GHSA-w5ww-7chg-mxcq: OpenClaw: Telegram interactive callbacks could skip commands.allowFrom
In OpenClaw 2026.5.5 and earlier, Telegram interactive callbacks marked the caller as an authorized sender before `commands.allowFrom` was applied. A Telegram user who could invoke an affected callback could trigger command behavior outside the configured sender allowlist. Fixed in openclaw 2026.5.6.
Published Jul 2, 2026 · Analysis Oct 25, 2026
What an attacker can do
commands.allowFrom limits which Telegram senders may run commands. For interactive callbacks, such as button presses, the code set the authorized-sender flag first and applied the allowlist afterwards. The allowlist therefore did not stop the callback. This is an incorrect authorization flaw (CWE-863 in the vendor's sister advisories).
The attacker needs a Telegram account that can reach the bot, in a chat where an affected callback is available. The CVSS vector lists no privileges and no user interaction. They press or forge the callback and the command runs as if the sender were allowed. The vector scores high integrity impact, with low confidentiality and availability impact. What actually runs depends on which commands your deployment exposes through callbacks. The advisory names neither the callbacks nor the code path.
The advisory keeps the trusted-operator model unchanged and says impact depends on configuration and on whether lower-trust users can reach the path. Bots added to public or large group chats are most exposed.
Who is affected
The npm package openclaw at 2026.5.5 and earlier, with the Telegram channel enabled and commands.allowFrom in use, in chats where untrusted users can invoke interactive callbacks.
npm ls openclawUse npm ls -g openclaw for a global install. Versions up to 2026.5.5 are affected.
openclaw
- Ecosystem
- npm
- Affected
- <= 2026.5.5
- Fixed in
- 2026.5.6
- Check
npm ls openclaw
How to fix it
Upgrade to [email protected], the first stable patched version:
npm install [email protected]Until then, the advisory says to restrict Telegram command callbacks to trusted chats. It also advises narrow channel and tool allowlists, not sharing one Gateway between mutually untrusted users, and disabling the feature when you do not need it.
How to tell if you were hit
Review Telegram chat history and Gateway logs for callback queries from user IDs that are not in commands.allowFrom, and for commands that ran after them. Check for settings or state that changed after such callbacks. The advisory gives no log string. Remember that on affected versions the allowlist check came after the authorization mark, so an absent deny entry does not prove nothing ran.
Original advisory
From the GitHub Advisory Database (CC BY 4.0).
Summary
Telegram interactive callbacks could skip commands.allowFrom. In affected versions, a Telegram user able to invoke an affected callback could mark the callback as an authorized sender before applying commands.allowFrom.
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 trigger command behavior outside the configured Telegram sender allowlist. 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.5.6.
Mitigations
restrict Telegram command callbacks to trusted chats 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 zsxsoft, KeenSecurityLab, qclawer.
Questions
- Does the attacker need to be on the allowlist?
No. The flaw is that the allowlist check did not stop the callback. The CVSS vector lists no privileges required, but the sender must be able to reach the bot and an affected callback.
- Which version fixes it?
2026.5.6 is the first stable patched version. Versions up to 2026.5.5 are affected.
- Is there a CVE?
No CVE appears in the data for this entry. It is tracked as GHSA-w5ww-7chg-mxcq.
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
