GHSA-qrp5-gfw2-gxv4: openclaw: tool policy bypass via bundled MCP/LSP tools

GHSA-qrp5-gfw2-gxv4 MEDIUM
Published April 25, 2026
CISO Take

A missing authorization check in OpenClaw (npm) allows bundled MCP and LSP tools to be injected into an agent's effective tool set after operator-configured access policies have already been evaluated, silently defeating restrictive controls such as sandbox policies, allowlists, owner-only restrictions, and subagent tool policies. While exploitation requires local configuration (a configured bundled tool source plus a restrictive policy), the impact for organizations relying on OpenClaw's tool restriction mechanisms for least-privilege enforcement in agentic pipelines is significant — your intended security boundary simply does not hold. With 135 other CVEs already attributed to this package and a documented real-world incident (AIID #1368) involving malicious skill delivery through OpenClaw's tool ecosystem, this package carries compounding risk that warrants elevated scrutiny beyond this single advisory. Upgrade to openclaw 2026.4.20 immediately; until patched, audit all configured bundled MCP and LSP tool sources and review agent execution logs for unexpected tool invocations.

Sources: GitHub Advisory ATLAS

What is the risk?

Medium severity with constrained but meaningful blast radius. Exploitation requires two co-present conditions — a configured bundled MCP or LSP tool source and an operator-defined restrictive policy — limiting the affected surface to intentionally hardened deployments. No EPSS data is available, no public exploit exists, and the vulnerability is not in CISA KEV. Risk is elevated in multi-tenant or compliance-oriented environments where tool policies enforce privilege separation or regulatory boundaries, where a silent bypass could enable tools with file system access, external write capabilities, or credential access to execute unchecked. The 135 CVEs in the same package signal systemic security debt.

How does the attack unfold?

Policy Configuration
Operator configures a restrictive tool policy in OpenClaw (sandbox, allowlist, subagent restriction) to limit agent capabilities for a compliance or security requirement.
Policy Bypass
Bundled MCP or LSP tools are merged into the agent's effective tool set after the policy filter has already run, silently bypassing the operator's intended restrictions.
AML.T0107
Unauthorized Tool Invocation
Agent — or adversary via prompt injection — invokes a tool that should have been denied, such as a file-write, external API call, or credential-accessing tool.
AML.T0053
Impact
Unauthorized tool execution results in data exfiltration, unauthorized system modifications, or expansion of agent capabilities beyond operator-intended and compliance-required boundaries.
AML.T0048

What systems are affected?

Package Ecosystem Vulnerable Range Patched
OpenClaw npm < 2026.4.20 2026.4.20
4 dependents 36% patched ~3d to patch Full package profile →

Do you use OpenClaw? You're affected.

How severe is it?

CVSS 3.1
N/A
EPSS
N/A
Exploitation Status
No known exploitation
Sophistication
Trivial

What should I do?

5 steps
  1. Upgrade openclaw to version 2026.4.20 or later immediately — the fix applies a final effective tool policy pass to bundled MCP/LSP tools before merging.

  2. Until patched, audit all active bundled MCP and LSP tool configurations and remove non-essential tool sources to reduce exposure.

  3. Review agent execution logs for unexpected tool invocations that should have been blocked by configured policies.

  4. For compliance-sensitive deployments (ISO 42001, EU AI Act), document this control failure as a gap finding and include patch validation in your next compliance review cycle.

  5. Post-patch, re-validate policy enforcement by explicitly testing that known-restricted tools are denied under each active policy type (sandbox, allowlist, subagent).

How is it classified?

Which compliance frameworks are affected?

This CVE is relevant to:

EU AI Act
Art. 15 - Accuracy, robustness and cybersecurity
ISO 42001
A.6.1.4 - AI system resources and allocation
NIST AI RMF
GOVERN 1.2 - Policies and practices enforce risk controls
OWASP LLM Top 10
LLM08 - Excessive Agency

Frequently Asked Questions

What is GHSA-qrp5-gfw2-gxv4?

A missing authorization check in OpenClaw (npm) allows bundled MCP and LSP tools to be injected into an agent's effective tool set after operator-configured access policies have already been evaluated, silently defeating restrictive controls such as sandbox policies, allowlists, owner-only restrictions, and subagent tool policies. While exploitation requires local configuration (a configured bundled tool source plus a restrictive policy), the impact for organizations relying on OpenClaw's tool restriction mechanisms for least-privilege enforcement in agentic pipelines is significant — your intended security boundary simply does not hold. With 135 other CVEs already attributed to this package and a documented real-world incident (AIID #1368) involving malicious skill delivery through OpenClaw's tool ecosystem, this package carries compounding risk that warrants elevated scrutiny beyond this single advisory. Upgrade to openclaw 2026.4.20 immediately; until patched, audit all configured bundled MCP and LSP tool sources and review agent execution logs for unexpected tool invocations.

Is GHSA-qrp5-gfw2-gxv4 actively exploited?

No confirmed active exploitation of GHSA-qrp5-gfw2-gxv4 has been reported, but organizations should still patch proactively.

How to fix GHSA-qrp5-gfw2-gxv4?

1. Upgrade openclaw to version 2026.4.20 or later immediately — the fix applies a final effective tool policy pass to bundled MCP/LSP tools before merging. 2. Until patched, audit all active bundled MCP and LSP tool configurations and remove non-essential tool sources to reduce exposure. 3. Review agent execution logs for unexpected tool invocations that should have been blocked by configured policies. 4. For compliance-sensitive deployments (ISO 42001, EU AI Act), document this control failure as a gap finding and include patch validation in your next compliance review cycle. 5. Post-patch, re-validate policy enforcement by explicitly testing that known-restricted tools are denied under each active policy type (sandbox, allowlist, subagent).

What systems are affected by GHSA-qrp5-gfw2-gxv4?

This vulnerability affects the following AI/ML architecture patterns: agent frameworks, MCP/LSP tool integrations, sandboxed agentic pipelines, multi-agent orchestration.

What is the CVSS score for GHSA-qrp5-gfw2-gxv4?

No CVSS score has been assigned yet.

What is the AI security impact?

Affected AI Architectures

agent frameworksMCP/LSP tool integrationssandboxed agentic pipelinesmulti-agent orchestration

MITRE ATLAS Techniques

AML.T0010.005 AI Agent Tool
AML.T0053 AI Agent Tool Invocation
AML.T0084.001 Tool Definitions
AML.T0107 Exploitation for Defense Evasion

Compliance Controls Affected

EU AI Act: Art. 15
ISO 42001: A.6.1.4
NIST AI RMF: GOVERN 1.2
OWASP LLM Top 10: LLM08

What are the technical details?

Original Advisory

## Affected Packages / Versions - Package: `openclaw` (npm) - Affected versions: `< 2026.4.20` - Patched version: `2026.4.20` ## Impact Bundled MCP and LSP tools could be appended to the agent's effective tool set after the normal tool-policy pipeline had already filtered core tools. If an operator configured a restrictive policy, such as a tool profile, explicit allow/deny list, owner-only tool restriction, sandbox tool policy, or subagent tool policy, a bundled MCP/LSP tool could remain available even though the same policy would have denied it. The issue required a configured bundled MCP or LSP tool source and an operator policy that should have restricted that tool. This was a local agent policy-enforcement bypass, not an unauthenticated remote gateway compromise. Severity is medium. ## Fix OpenClaw now applies a final effective tool policy pass to bundled MCP/LSP tools before merging them into the tool set used by normal runs and compaction. The pass covers profile policy, provider profile policy, global/agent/group policies, owner-only filtering, sandbox tool policy, and subagent tool policy. Fix commit: - `0e7a992d3f3155199c1acc2dd9a53c5b3a4d3ada` ## Release Fixed in OpenClaw `2026.4.20`.

Exploitation Scenario

An operator configures OpenClaw with a restrictive sandbox tool policy to limit an agent to a read-only tool set for a compliance-sensitive workflow. A bundled MCP server — such as a development-time file-write or external API integration tool — is also present in the agent's tool source configuration. Due to the policy enforcement gap, the bundled MCP tool is merged into the agent's effective tool set after the policy filter runs, making it silently available. An adversary with prompt injection access, or the agent acting on a malicious indirect instruction (e.g., from poisoned document content), invokes the unrestricted file-write tool — bypassing the operator's explicit sandbox restriction and potentially exfiltrating data, modifying configuration files, or establishing persistence in the host environment.

Weaknesses (CWE)

CWE-862 — Missing Authorization: The product does not perform an authorization check when an actor attempts to access a resource or perform an action.

  • [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.

Timeline

Published
April 25, 2026
Last Modified
April 25, 2026
First Seen
April 26, 2026

Related Vulnerabilities