CVE-2026-53833: OpenClaw: QQBot streaming command could mutate config without explicit allowFrom
In OpenClaw 2026.4.27 and earlier, a QQBot sender who could reach the streaming command could change QQBot streaming configuration without being on an explicit, non-wildcard `allowFrom` entry. The command skipped the intended admin policy. Fixed in openclaw 2026.4.29.
Published Jul 2, 2026 · Updated Aug 27, 2026 · Analysis Oct 25, 2026
What an attacker can do
OpenClaw's QQBot channel has a streaming command that edits configuration. It should be limited to senders named in an explicit, non-wildcard allowFrom list. In affected versions the command did not require that entry, so a sender who merely reached the command could modify the QQBot streaming settings.
The attacker must be able to send messages to the bot on the QQBot channel, so the path depends on who can message your agent. What they change is QQBot streaming configuration, outside the intended admin policy. That is a narrower result than code execution. It still lets an untrusted chat participant alter how the agent's channel behaves.
The advisory keeps OpenClaw's trusted-operator model unchanged and says real impact depends on whether lower-trust input can reach the command. The sources do not name the command or the settings it changes. The vendor's CVSS vector is local with no privileges, while the text says the sender is authenticated. Treat the text as the guide to who can exploit it.
Who is affected
The npm package openclaw at 2026.4.27 and earlier, with the QQBot channel enabled and the streaming command reachable by senders who are not on an explicit allowFrom list.
npm ls openclawUse npm ls -g openclaw for a global install. Anything at or below 2026.4.27 is affected.
openclaw
- Ecosystem
- npm
- Affected
- <= 2026.4.27
- Fixed in
- 2026.4.29
- Check
npm ls openclaw
How to fix it
Upgrade to [email protected], the first stable patched version:
npm install [email protected]Until you upgrade, the advisory says to disable the command or restrict it to explicit trusted QQBot senders. It also suggests narrow channel and tool allowlists, not sharing one Gateway between mutually untrusted users, and disabling the feature if unused.
How to tell if you were hit
Check your OpenClaw configuration for QQBot streaming settings you did not set, and compare them with your last known good config or version control. Review QQBot channel history for streaming-command messages from senders outside your allowFrom list. The sources give no log string for this flaw.
Original advisory
From the GitHub Advisory Database (CC BY 4.0).
Summary
QQBot streaming command could mutate config without explicit allowFrom. In affected versions, a QQBot sender reaching the affected command could change configuration without requiring an explicit non-wildcard allowlist entry.
This advisory is scoped to the named feature and configuration. It does not change OpenClaw's trusted-operator model: authenticated Gateway operators, installed plugins, and intentional local execution surfaces remain trusted unless a separate policy, approval, allowlist, sandbox, or auth boundary is crossed.
Impact
When the affected feature is enabled and reachable, this could modify QQBot streaming configuration outside the intended admin policy. Practical impact depends on the operator's configuration and whether lower-trust input can reach that path.
Patched Versions
The first stable patched version is 2026.4.29.
Mitigations
disable the command or restrict it to explicit trusted QQBot senders until patched. As general hardening, keep channel and tool allowlists narrow, avoid sharing one Gateway between mutually untrusted users, and disable the affected feature when it is not needed.
Credited to anshumanbh.
Questions
- Is openclaw 2026.4.28 affected by CVE-2026-53833?
The advisory lists versions up to 2026.4.27 as vulnerable and 2026.4.29 as the first patched version. It does not state a result for 2026.4.28, so upgrade to 2026.4.29 or later.
- What can a sender change?
QQBot streaming configuration, outside the intended admin policy. The sources do not describe any wider effect, such as code execution.
- Is there a workaround?
Yes. Disable the command or restrict it to explicit trusted QQBot senders until you patch.
References
How this page is made: the data panel comes from the GitHub Advisory Database, CISA’s KEV catalog, the NVD and FIRST EPSS, and updates twice a day. The analysis is written by an AI model from the sources listed above and checked by automated rules before it is published. Check versions against the vendor's advisory before you act. Methodology
More OpenClaw vulnerabilities
All OpenClaw entriesCVE-2026-62197
OpenClaw: Browser CDP discovery could accept blocked WebSocket URLs
medium8.5Oct 21, 2026CVE-2026-35630
OpenClaw: QQBot native approval buttons did not enforce configured approver identity
high8.0Jul 2, 2026CVE-2026-53806
OpenClaw: Combined POSIX shell options could confuse exec revalidation
high8.8Jul 2, 2026CVE-2026-53809
OpenClaw: Embedded runner policy could be confused by provider aliases
medium3.8Jul 2, 2026CVE-2026-53810
OpenClaw's marketplace runtime extension metadata could point at unscanned payloads
high8.8Jul 2, 2026CVE-2026-53811
OpenClaw: Matrix allowFrom could bind to mutable display names
high8.8Jul 2, 2026
