GHSA-xrq9-jm7v-g9h7: OpenClaw: auth bypass enables cross-device session hijack
GHSA-xrq9-jm7v-g9h7 LOWOpenClaw (npm) contains a same-gateway authorization flaw where a limited-scope paired device can enumerate global pairing state and act on pending pairing requests belonging to other devices within the same gateway. While the bug requires an attacker to already hold a valid paired device session—ruling out unauthenticated exploitation—it enables lateral movement across device boundaries in shared-gateway deployments, effectively multiplying the blast radius of any compromised low-privilege agent. With only 4 tracked downstream dependents, no public exploit code, no EPSS data, and no CISA KEV listing, overall risk is low; however, organizations running OpenClaw in multi-tenant or shared-gateway configurations should upgrade to 2026.4.20 immediately.
What is the risk?
LOW severity. Requires a pre-existing authenticated paired device session within the same gateway scope—no remote unauthenticated exploitation path exists. Limited ecosystem footprint (4 downstream dependents) constrains blast radius. No public PoC, no active exploitation evidence, not in CISA KEV. Risk escalates for deployments where multiple tenants or competing principals share a single OpenClaw gateway, as session isolation between device scopes was incorrectly assumed.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| OpenClaw | npm | < 2026.4.20 | 2026.4.20 |
Do you use OpenClaw? You're affected.
How severe is it?
What should I do?
5 steps-
Upgrade openclaw (npm) to version 2026.4.20 or later—this is the only fix; no workaround fully closes the gap.
-
Audit current gateway configurations to identify multi-device or multi-tenant deployments where device-level session isolation was assumed.
-
Review pairing audit logs for anomalous cross-device approval activity prior to patching.
-
As a temporary measure, restrict all pairing management operations to admin-privileged sessions only until the patch is deployed.
-
Monitor for unexpected device pairing approvals within shared gateways post-remediation.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is GHSA-xrq9-jm7v-g9h7?
OpenClaw (npm) contains a same-gateway authorization flaw where a limited-scope paired device can enumerate global pairing state and act on pending pairing requests belonging to other devices within the same gateway. While the bug requires an attacker to already hold a valid paired device session—ruling out unauthenticated exploitation—it enables lateral movement across device boundaries in shared-gateway deployments, effectively multiplying the blast radius of any compromised low-privilege agent. With only 4 tracked downstream dependents, no public exploit code, no EPSS data, and no CISA KEV listing, overall risk is low; however, organizations running OpenClaw in multi-tenant or shared-gateway configurations should upgrade to 2026.4.20 immediately.
Is GHSA-xrq9-jm7v-g9h7 actively exploited?
No confirmed active exploitation of GHSA-xrq9-jm7v-g9h7 has been reported, but organizations should still patch proactively.
How to fix GHSA-xrq9-jm7v-g9h7?
1. Upgrade openclaw (npm) to version 2026.4.20 or later—this is the only fix; no workaround fully closes the gap. 2. Audit current gateway configurations to identify multi-device or multi-tenant deployments where device-level session isolation was assumed. 3. Review pairing audit logs for anomalous cross-device approval activity prior to patching. 4. As a temporary measure, restrict all pairing management operations to admin-privileged sessions only until the patch is deployed. 5. Monitor for unexpected device pairing approvals within shared gateways post-remediation.
What systems are affected by GHSA-xrq9-jm7v-g9h7?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, multi-device AI agent deployments, gateway-based agent orchestration.
What is the CVSS score for GHSA-xrq9-jm7v-g9h7?
No CVSS score has been assigned yet.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0053 AI Agent Tool Invocation AML.T0081 Modify AI Agent Configuration AML.T0084 Discover AI Agent Configuration Compliance Controls Affected
What are the technical details?
Original Advisory
## Affected Packages / Versions - Package: `openclaw` (npm) - Affected versions: `< 2026.4.20` - Patched version: `2026.4.20` ## Impact A paired device session with limited pairing scope could enumerate global pairing state and act on pairing requests that belonged to another device within the same gateway scope ceiling. This is a same-gateway paired-device authorization bug, not a remote unauthenticated issue. Severity is low. ## Fix Pairing management actions are now limited to the caller device, so non-admin paired-device sessions cannot approve or operate on unrelated pending device requests. Fix commit: - `5a12f30441d5b0b151f550daa2c5c9e8db61e2e6` ## Release Fixed in OpenClaw `2026.4.20`.
Exploitation Scenario
An adversary compromises a low-privilege IoT device or peripheral AI agent that holds a valid paired session on the target OpenClaw gateway. Using this limited session, they query the global pairing state API to enumerate pending device pairing requests from other principals within the gateway scope. They identify a high-value pending request—such as a privileged orchestrator agent with broad tool access—and approve it on behalf of the victim device. This establishes an unauthorized paired session for the privileged agent, effectively hijacking its identity within the framework without triggering admin-level authentication checks.
Weaknesses (CWE)
CWE-284 — Improper Access Control: The product does not restrict or incorrectly restricts access to a resource from an unauthorized actor.
- [Architecture and Design, Operation] Very carefully manage the setting, management, and handling of privileges. Explicitly manage trust zones in the software.
- [Architecture and Design] Compartmentalize the system to have "safe" areas where trust boundaries can be unambiguously drawn. Do not allow sensitive data to go outside of the trust boundary and always be careful when interfacing with a compartment outside of the safe area. Ensure that appropriate compartmentalization is built into the system design, and the compartmentalization allows for and reinforces privilege separation functionality. Architects and designers should rely on the principle of least privilege to decide the appropriate time to use privileges and the time to drop privileges.
Source: MITRE CWE corpus.
References
Timeline
Related Vulnerabilities
CVE-2026-33579 9.9 OpenClaw: scope bypass escalates low-priv to admin
Same package: openclaw CVE-2026-32922 9.9 OpenClaw: privilege escalation to RCE via token scope bypass
Same package: openclaw CVE-2026-32038 9.8 Analysis pending
Same package: openclaw CVE-2026-53838 9.8 OpenClaw: approval scope bypass via reconnection state
Same package: openclaw CVE-2026-30741 9.8 OpenClaw: RCE via request-side prompt injection
Same package: openclaw