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.
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?
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.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
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). The EPSS exploitation probability is 0.09%.
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)
CWE-863 Incorrect Authorization
Primary
CWE-863 Incorrect Authorization
Primary
CWE-863 Incorrect Authorization CWE-863 — Incorrect Authorization: The product performs an authorization check when an actor attempts to access a resource or perform an action, but it does not correctly perform the check.
- [Architecture and Design] Divide the product into anonymous, normal, privileged, and administrative areas. Reduce the attack surface by carefully mapping roles with data and functionality. Use role-based access control (RBAC) [REF-229] to enforce the roles at the appropriate boundaries. Note that this approach may not protect against horizontal authorization, i.e., it will not protect a user from attacking others with the same role.
- [Architecture and Design] Ensure that access control checks are performed related to the business logic. These checks may be different than the access control checks that are applied to more generic resources such as files, connections, processes, memory, and database records. For example, a database may restrict access for medical records to a specific database user, but each record might only be intended to be accessible to the patient and the patient's doctor [REF-7].
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:N/I:L/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