CVE-2026-53809: OpenClaw: policy bypass exposes restricted tool access
LOWOpenClaw's embedded runner incorrectly validates provider aliases instead of canonical identities when enforcing access policy (CWE-863), letting a local user with low privileges invoke AI tools that should be off-limits per runner configuration. While severity is low (CVSS 3.8), the S:C scope change in the vector means impact can propagate beyond the runner itself — in agentic pipelines, unauthorized tool access translates directly to unintended actions or data exposure across components the runner mediates. The package carries 155 prior CVEs, and AIID #1368 documents real-world credential theft via malicious skills in the same OpenClaw ecosystem, confirming attacker interest in this attack surface is active and demonstrated. Upgrade to 2026.4.25 or later; if patching is delayed, disable provider aliasing or the embedded runner feature entirely, and audit existing policies to confirm canonical names — not aliases — are used as policy subjects.
What is the risk?
Inherent CVSS risk is low (3.8), but the S:C scope change elevates contextual concern: the vulnerability can affect components beyond the runner itself, which in agentic deployments may include file systems, external APIs, or credential stores. Attack complexity is low and privileges required are minimal, meaning any local user can attempt exploitation without specialized knowledge or tooling. No public exploit code or KEV listing reduces near-term exploitation probability, but the low barrier combined with the 155-CVE history of this package and documented real-world abuse of the OpenClaw skills ecosystem (AIID #1368) indicates persistent attacker focus on this authorization surface.
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?
1 step-
1) Upgrade OpenClaw to ≥2026.4.25 per vendor advisory GHSA-p39j-x9h5-q66m. 2) If patching is delayed, disable the embedded runner's provider aliasing feature or disable the embedded runner entirely until the patch is applied. 3) Audit existing runner policy configurations: replace any alias-based policy subjects with canonical provider identities and validate that no aliases map to restricted providers. 4) Add monitoring for runner requests that reference provider aliases not matching expected canonical names — anomalous alias usage warrants investigation as potential exploitation. 5) Restrict OS-level access to the runner process to the minimum set of identities that legitimately require it, reducing the pool of potential low-privilege attackers.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
How many AI incidents are linked? (1)
Source: AI Incident Database (AIID)
Frequently Asked Questions
What is CVE-2026-53809?
OpenClaw's embedded runner incorrectly validates provider aliases instead of canonical identities when enforcing access policy (CWE-863), letting a local user with low privileges invoke AI tools that should be off-limits per runner configuration. While severity is low (CVSS 3.8), the S:C scope change in the vector means impact can propagate beyond the runner itself — in agentic pipelines, unauthorized tool access translates directly to unintended actions or data exposure across components the runner mediates. The package carries 155 prior CVEs, and AIID #1368 documents real-world credential theft via malicious skills in the same OpenClaw ecosystem, confirming attacker interest in this attack surface is active and demonstrated. Upgrade to 2026.4.25 or later; if patching is delayed, disable provider aliasing or the embedded runner feature entirely, and audit existing policies to confirm canonical names — not aliases — are used as policy subjects.
Is CVE-2026-53809 actively exploited?
No confirmed active exploitation of CVE-2026-53809 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-53809?
1) Upgrade OpenClaw to ≥2026.4.25 per vendor advisory GHSA-p39j-x9h5-q66m. 2) If patching is delayed, disable the embedded runner's provider aliasing feature or disable the embedded runner entirely until the patch is applied. 3) Audit existing runner policy configurations: replace any alias-based policy subjects with canonical provider identities and validate that no aliases map to restricted providers. 4) Add monitoring for runner requests that reference provider aliases not matching expected canonical names — anomalous alias usage warrants investigation as potential exploitation. 5) Restrict OS-level access to the runner process to the minimum set of identities that legitimately require it, reducing the pool of potential low-privilege attackers.
What systems are affected by CVE-2026-53809?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, AI agent pipelines, multi-tenant AI deployments.
What is the CVSS score for CVE-2026-53809?
CVE-2026-53809 has a CVSS v3.1 base score of 3.8 (LOW).
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0053 AI Agent Tool Invocation AML.T0084.001 Tool Definitions AML.T0107 Exploitation for Defense Evasion Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw before 2026.4.25 contains a policy bypass vulnerability in embedded runner policy that allows requests using provider aliases to compare against aliases instead of canonical provider identities. Attackers can exploit this confusion to select bundled tool access outside intended provider policy restrictions when the affected feature is enabled.
Exploitation Scenario
An attacker with low-privilege local access on a host running OpenClaw enumerates available provider aliases from configuration files or public documentation. They identify a restricted canonical provider — for example, one with access to a file-read or credential-fetch bundled tool — and craft a runner request referencing that provider's alias rather than its canonical name. The embedded runner's policy check evaluates the alias string against policy rules and permits access because the alias literal does not match the restricted canonical identity. The attacker then invokes the associated bundled tool, gaining access to capabilities — file contents, API tokens, or network resources — that the policy intended to block. In a shared deployment, this allows a lower-trust agent or tenant to escalate its effective tool access to match a higher-trust provider's capability set.
Weaknesses (CWE)
CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N References
- github.com/openclaw/openclaw/security/advisories/GHSA-p39j-x9h5-q66m vendor-advisory patch
- vulncheck.com/advisories/openclaw-provider-alias-confusion-in-embedded-runner-policy third-party-advisory
Timeline
Related Vulnerabilities
CVE-2026-30741 9.8 OpenClaw: RCE via request-side prompt injection
Same package: openclaw CVE-2026-28451 9.3 OpenClaw: SSRF via Feishu extension exposes internal services
Same package: openclaw CVE-2026-35674 8.8 OpenClaw: scope bypass enables full agent admin takeover
Same package: openclaw GHSA-cwj3-vqpp-pmxr 8.8 openclaw: Model bypasses authz to persist unsafe config
Same package: openclaw CVE-2026-53811 8.8 OpenClaw: privilege escalation via identity spoofing
Same package: openclaw