CVE-2026-53814: OpenClaw: privilege escalation via hook-triggered MCP scope
HIGHOpenClaw before 2026.5.20 contains a privilege escalation flaw (CWE-266) where agent runs triggered via the /hooks/agent endpoint incorrectly inherit the owner's full MCP loopback authority instead of the scoped permissions appropriate for hooks. Any authenticated user holding a valid hook token — a low-privilege credential — can exploit this to spawn CLI runtimes capable of invoking owner-only MCP tools, including persistent cron state modifications. With a CVSS of 8.3, no user interaction required, and low attack complexity, this is trivially exploitable in any multi-user OpenClaw deployment; the package has 4 downstream dependents and 155 prior CVEs on record, indicating a persistent vulnerability surface. Patch to OpenClaw 2026.5.20 immediately, audit all hook token holders, and review MCP tool invocation logs for any unauthorized actions since deployment.
What is the risk?
High. CVSS 8.3 (AV:N/AC:L/PR:L/UI:N) reflects network-accessible exploitation requiring only low privileges — a hook token. The no-user-interaction requirement and low complexity make this actionable for any attacker with hook access. Blast radius extends to all MCP-integrated tools and cron or persistence mechanisms accessible under the owner account. Not yet in CISA KEV and EPSS data is unavailable, but the trivially low exploitation bar warrants treating this as high urgency in any environment where hook tokens are broadly distributed or exposed to CI/CD pipelines.
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?
6 steps-
Patch immediately to OpenClaw >= 2026.5.20 per GHSA-6fvr-66p3-3qj4.
-
Audit all holders of valid hook tokens and revoke any not strictly necessary.
-
Review MCP tool invocation logs for unexpected privileged calls originating from hook-triggered agent sessions.
-
Apply least-privilege to hook token distribution — treat hook tokens as sensitive credentials equivalent to service account keys.
-
Monitor /hooks/agent endpoint for anomalous invocation patterns or off-hours activity.
-
Until patched, consider disabling hook-triggered agent runs if operationally feasible, or restrict the endpoint to known-safe source IPs.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
How many AI incidents are linked? (2)
The incident reflects the same root failure mode — an AI agent operating with authority exceeding what the initiating context warrants — that this CVE's scope misconfiguration enables, resulting in unauthorized access to sensitive data or actions.
Both involve OpenClaw trust boundary violations where components operate with unauthorized scope — the AIID incident via malicious third-party skills abusing the ecosystem, this CVE via hook-triggered privilege escalation to owner-level MCP authority. The same platform's permissive authority model is the shared root cause.
Source: AI Incident Database (AIID)
Frequently Asked Questions
What is CVE-2026-53814?
OpenClaw before 2026.5.20 contains a privilege escalation flaw (CWE-266) where agent runs triggered via the /hooks/agent endpoint incorrectly inherit the owner's full MCP loopback authority instead of the scoped permissions appropriate for hooks. Any authenticated user holding a valid hook token — a low-privilege credential — can exploit this to spawn CLI runtimes capable of invoking owner-only MCP tools, including persistent cron state modifications. With a CVSS of 8.3, no user interaction required, and low attack complexity, this is trivially exploitable in any multi-user OpenClaw deployment; the package has 4 downstream dependents and 155 prior CVEs on record, indicating a persistent vulnerability surface. Patch to OpenClaw 2026.5.20 immediately, audit all hook token holders, and review MCP tool invocation logs for any unauthorized actions since deployment.
Is CVE-2026-53814 actively exploited?
No confirmed active exploitation of CVE-2026-53814 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-53814?
1. Patch immediately to OpenClaw >= 2026.5.20 per GHSA-6fvr-66p3-3qj4. 2. Audit all holders of valid hook tokens and revoke any not strictly necessary. 3. Review MCP tool invocation logs for unexpected privileged calls originating from hook-triggered agent sessions. 4. Apply least-privilege to hook token distribution — treat hook tokens as sensitive credentials equivalent to service account keys. 5. Monitor /hooks/agent endpoint for anomalous invocation patterns or off-hours activity. 6. Until patched, consider disabling hook-triggered agent runs if operationally feasible, or restrict the endpoint to known-safe source IPs.
What systems are affected by CVE-2026-53814?
This vulnerability affects the following AI/ML architecture patterns: AI agent frameworks, MCP-integrated agentic pipelines, Hook-driven automation workflows, Multi-user AI agent deployments.
What is the CVSS score for CVE-2026-53814?
CVE-2026-53814 has a CVSS v3.1 base score of 8.3 (HIGH).
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0012 Valid Accounts AML.T0049 Exploit Public-Facing Application AML.T0053 AI Agent Tool Invocation AML.T0081 Modify AI Agent Configuration AML.T0091.000 Application Access Token Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw before 2026.5.20 contains a privilege escalation vulnerability where hook-triggered agent runs incorrectly receive owner-scoped MCP loopback authority instead of hook-appropriate scope. Attackers with a valid hook token can exploit the /hooks/agent endpoint to cause spawned CLI runtimes to access or invoke owner-only MCP tools, potentially executing privileged actions like persistent cron state modifications.
Exploitation Scenario
An attacker with legitimate but low-privilege access to an OpenClaw deployment — such as a developer or CI service holding a hook token — crafts a request to the /hooks/agent endpoint. The spawned CLI runtime, due to the incorrect scope assignment bug, receives the owner's full MCP loopback authority. The attacker then invokes owner-only MCP tools: modifying cron schedules to persist a backdoor agent, accessing restricted data sources unavailable to hook-scoped sessions, or triggering privileged agentic workflows without authorization. Because the escalated session operates under owner authority, standard audit logs may attribute the activity to the legitimate owner rather than flagging it as anomalous.
Weaknesses (CWE)
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:L References
- github.com/openclaw/openclaw/security/advisories/GHSA-6fvr-66p3-3qj4 vendor-advisory patch
- vulncheck.com/advisories/openclaw-privilege-escalation-via-hook-triggered-cli-mcp-tool-authority 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 GHSA-cwj3-vqpp-pmxr 8.8 openclaw: Model bypasses authz to persist unsafe config
Same package: openclaw CVE-2026-35674 8.8 OpenClaw: scope bypass enables full agent admin takeover
Same package: openclaw CVE-2026-53811 8.8 OpenClaw: privilege escalation via identity spoofing
Same package: openclaw