CVE-2026-32976: OpenClaw: auth bypass mutates protected agent config
MEDIUMOpenClaw before 2026.3.11 allows any authenticated user to issue channel commands that overwrite sibling accounts' configuration even when those accounts have configWrites explicitly set to false — a horizontal privilege escalation that nullifies a primary access-control boundary in multi-tenant AI agent deployments. The CVSS is a moderate 6.5, but the EPSS places this vulnerability in the top 91st percentile for exploitation likelihood, with network-accessible exploitation requiring only low privileges and no user interaction. In AI agent platforms, channel configuration governs which providers, API credentials, and behavioral rules an agent follows, so this bypass gives an attacker cross-account control over AI agent behavior without touching authentication. Upgrade to OpenClaw 2026.3.11 immediately; if patching is not possible, isolate sensitive accounts into separate deployments and audit channel command logs for cross-account /config set invocations.
What is the risk?
Medium CVSS (6.5) but operationally significant due to 91st-percentile EPSS exploitation likelihood and trivial attack complexity (AV:N/AC:L/PR:L/UI:N). The attack requires only a valid low-privilege account, making it accessible to compromised employees, malicious insiders, or anyone who has obtained basic credentials. In multi-tenant OpenClaw deployments, configWrites restrictions are the primary tenant isolation mechanism — this bypass renders that control entirely ineffective. The package carries 396 prior CVEs and only 4 downstream dependents, suggesting a concentrated but historically vulnerable codebase. Not in CISA KEV and no public exploit exists, but the EPSS signal warrants accelerated remediation.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| OpenClaw | pip | — | No patch |
Do you use OpenClaw? You're affected.
How severe is it?
What is the attack surface?
What should I do?
5 steps-
Upgrade to OpenClaw 2026.3.11 or later — the only complete remediation per the vendor advisory.
-
If immediate patching is blocked, deploy separate OpenClaw instances per account instead of relying on configWrites restrictions for isolation.
-
Audit channel command logs for invocations of the pattern /config set channels.<provider>.accounts.<id> that reference accounts other than the authenticated session's account.
-
Rotate all AI provider API keys and channel credentials for accounts that cannot rule out unauthorized cross-account access since the vulnerability was introduced.
-
Implement network-level ACLs to restrict which source accounts can issue channel commands to the configuration API as a defense-in-depth measure.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-32976?
OpenClaw before 2026.3.11 allows any authenticated user to issue channel commands that overwrite sibling accounts' configuration even when those accounts have configWrites explicitly set to false — a horizontal privilege escalation that nullifies a primary access-control boundary in multi-tenant AI agent deployments. The CVSS is a moderate 6.5, but the EPSS places this vulnerability in the top 91st percentile for exploitation likelihood, with network-accessible exploitation requiring only low privileges and no user interaction. In AI agent platforms, channel configuration governs which providers, API credentials, and behavioral rules an agent follows, so this bypass gives an attacker cross-account control over AI agent behavior without touching authentication. Upgrade to OpenClaw 2026.3.11 immediately; if patching is not possible, isolate sensitive accounts into separate deployments and audit channel command logs for cross-account /config set invocations.
Is CVE-2026-32976 actively exploited?
No confirmed active exploitation of CVE-2026-32976 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-32976?
1. Upgrade to OpenClaw 2026.3.11 or later — the only complete remediation per the vendor advisory. 2. If immediate patching is blocked, deploy separate OpenClaw instances per account instead of relying on configWrites restrictions for isolation. 3. Audit channel command logs for invocations of the pattern /config set channels.<provider>.accounts.<id> that reference accounts other than the authenticated session's account. 4. Rotate all AI provider API keys and channel credentials for accounts that cannot rule out unauthorized cross-account access since the vulnerability was introduced. 5. Implement network-level ACLs to restrict which source accounts can issue channel commands to the configuration API as a defense-in-depth measure.
What systems are affected by CVE-2026-32976?
This vulnerability affects the following AI/ML architecture patterns: AI agent frameworks, multi-tenant agent platforms, AI provider integrations.
What is the CVSS score for CVE-2026-32976?
CVE-2026-32976 has a CVSS v3.1 base score of 6.5 (MEDIUM). The EPSS exploitation probability is 0.19%.
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 Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw before 2026.3.11 contains an authorization bypass vulnerability allowing channel commands to mutate protected sibling-account configuration despite configWrites restrictions. Attackers with authorized access on one account can execute channel commands like /config set channels.<provider>.accounts.<id> to modify configuration on target accounts with configWrites: false.
Exploitation Scenario
An attacker who compromises or controls a low-privilege OpenClaw account — via credential stuffing, phishing, or malicious insider — issues the channel command /config set channels.openai.accounts.<victim-account-id>.api_key=<attacker-controlled-key>. Because the authorization check fails to validate that the channel command is scoped to the authenticated account (CWE-639: authorization bypass through user-controlled key), the command succeeds despite the target account having configWrites: false. The victim account's AI agent now routes all LLM queries through attacker-controlled infrastructure, enabling interception of sensitive prompts, responses, and data in context — effectively man-in-the-middle of the victim's AI agent pipeline without triggering authentication alerts.
Weaknesses (CWE)
CWE-639 — Authorization Bypass Through User-Controlled Key: The system's authorization functionality does not prevent one user from gaining access to another user's data or record by modifying the key value identifying the data.
- [Architecture and Design] For each and every data access, ensure that the user has sufficient privilege to access the record that is being requested.
- [Architecture and Design, Implementation] Make sure that the key that is used in the lookup of a specific user's record is not controllable externally by the user or that any tampering can be detected.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N 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 OpenClaw: sandbox bypass enables container lateral movement
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