CVE-2026-35668: OpenClaw: sandbox path traversal exposes agent secrets
HIGHOpenClaw before 2026.3.24 contains a path traversal flaw in its sandbox enforcement layer that allows a sandboxed agent to read arbitrary files from other agents' workspaces by submitting unnormalized mediaUrl or fileUrl parameters—bypassing the intended isolation boundary. The scope change (S:C in the CVSS 7.7 vector) is the key concern: a single compromised or malicious agent can pivot to exfiltrate API keys and configuration data belonging to co-hosted agents, collapsing the trust boundary of the entire multi-agent deployment. The attack requires only low privileges and no user interaction, making it trivially exploitable for any agent with legitimate access to the framework. No public exploit or active exploitation is confirmed, and only 4 downstream packages depend on OpenClaw, which bounds aggregate blast radius—but the credential theft risk in multi-agent environments is high-consequence in any production deployment. Upgrade to OpenClaw ≥2026.3.24 immediately and rotate any secrets stored in agent workspaces on vulnerable installations.
What is the risk?
CVSS 7.7 High with Scope:Changed is the defining risk signal—cross-agent sandbox escape in an orchestrated environment is categorically different from a single-system path traversal. Low attack complexity and no user interaction mean exploitation requires no specialized skill beyond crafting a path traversal string. No EPSS data, no CISA KEV listing, and absence of public exploits reduce urgency, but the vulnerability class—sandbox escape enabling cross-agent credential theft—is high-consequence wherever OpenClaw agents share a host filesystem with secrets in their workspaces. Limited downstream ecosystem (4 dependents) bounds total exposure 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?
5 steps-
Patch: Upgrade OpenClaw to ≥2026.3.24—this is the only confirmed fix addressing normalizeSandboxMediaParams validation and mediaLocalRoots context enforcement.
-
Workaround (until patched): Enforce sandbox boundaries independently via OS-level controls—chroot jails, Docker namespaces, or seccomp profiles—to prevent cross-workspace filesystem access at the kernel level.
-
Rotate credentials: Treat any API keys, tokens, or secrets stored in agent workspace directories as potentially compromised if running a vulnerable OpenClaw version in a multi-agent deployment.
-
Detection: Audit filesystem access logs for reads outside expected agent workspace roots; alert on any process accessing sibling workspace paths.
-
Input validation: Reject or canonicalize any user-supplied mediaUrl or fileUrl values before passing to OpenClaw APIs as a defense-in-depth layer.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-35668?
OpenClaw before 2026.3.24 contains a path traversal flaw in its sandbox enforcement layer that allows a sandboxed agent to read arbitrary files from other agents' workspaces by submitting unnormalized mediaUrl or fileUrl parameters—bypassing the intended isolation boundary. The scope change (S:C in the CVSS 7.7 vector) is the key concern: a single compromised or malicious agent can pivot to exfiltrate API keys and configuration data belonging to co-hosted agents, collapsing the trust boundary of the entire multi-agent deployment. The attack requires only low privileges and no user interaction, making it trivially exploitable for any agent with legitimate access to the framework. No public exploit or active exploitation is confirmed, and only 4 downstream packages depend on OpenClaw, which bounds aggregate blast radius—but the credential theft risk in multi-agent environments is high-consequence in any production deployment. Upgrade to OpenClaw ≥2026.3.24 immediately and rotate any secrets stored in agent workspaces on vulnerable installations.
Is CVE-2026-35668 actively exploited?
No confirmed active exploitation of CVE-2026-35668 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-35668?
1. Patch: Upgrade OpenClaw to ≥2026.3.24—this is the only confirmed fix addressing normalizeSandboxMediaParams validation and mediaLocalRoots context enforcement. 2. Workaround (until patched): Enforce sandbox boundaries independently via OS-level controls—chroot jails, Docker namespaces, or seccomp profiles—to prevent cross-workspace filesystem access at the kernel level. 3. Rotate credentials: Treat any API keys, tokens, or secrets stored in agent workspace directories as potentially compromised if running a vulnerable OpenClaw version in a multi-agent deployment. 4. Detection: Audit filesystem access logs for reads outside expected agent workspace roots; alert on any process accessing sibling workspace paths. 5. Input validation: Reject or canonicalize any user-supplied mediaUrl or fileUrl values before passing to OpenClaw APIs as a defense-in-depth layer.
What systems are affected by CVE-2026-35668?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, multi-agent orchestration, AI pipeline automation.
What is the CVSS score for CVE-2026-35668?
CVE-2026-35668 has a CVSS v3.1 base score of 7.7 (HIGH).
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0037 Data from Local System AML.T0053 AI Agent Tool Invocation AML.T0055 Unsecured Credentials AML.T0083 Credentials from AI Agent Configuration AML.T0105 Escape to Host Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw before 2026.3.24 contains a path traversal vulnerability in sandbox enforcement allowing sandboxed agents to read arbitrary files from other agents' workspaces via unnormalized mediaUrl or fileUrl parameter keys. Attackers can exploit incomplete parameter validation in normalizeSandboxMediaParams and missing mediaLocalRoots context to access sensitive files including API keys and configuration data outside designated sandbox roots.
Exploitation Scenario
An adversary deploys or compromises a sandboxed OpenClaw agent within a shared multi-agent deployment. They craft a mediaUrl parameter containing unnormalized path traversal sequences—for example, `../../../../other-agent-workspace/.env`—and submit it through the agent's media handling interface. The vulnerable normalizeSandboxMediaParams function fails to resolve the traversal because the mediaLocalRoots context required for proper root-anchoring is absent from the validation call. The request escapes the sandbox root and the agent reads the target file, returning API keys for the victim agent's LLM provider or downstream service integrations. The attacker then uses the exfiltrated credentials to impersonate the victim agent's identity against external services or to pivot laterally across the entire multi-agent deployment.
Weaknesses (CWE)
CWE-22 — Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal'): The product uses external input to construct a pathname that is intended to identify a file or directory that is located underneath a restricted parent directory, but the product does not properly neutralize special elements within the pathname that can cause the pathname to resolve to a location that is outside of the restricted directory.
- [Implementation] Assume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range of acceptable values, missing or extra inputs, syntax, consistency across related fields, and conformance to business rules. As an example of business rule logic, "boat" may be syntactically valid because it only contains alphanumeric characters, but it is not valid if the input is only expected to contain colors such as "red" or "blue." Do not rely exclusively on looking for malicious or malformed inputs. This is likely to miss at least one undesirable input, especially if the code's environment changes. This can give attackers enough room to bypass the intended validation. However, denylis
- [Architecture and Design] For any security checks that are performed on the client side, ensure that these checks are duplicated on the server side, in order to avoid CWE-602. Attackers can bypass the client-side checks by modifying values after the checks have been performed, or by changing the client to remove the client-side checks entirely. Then, these modified values would be submitted to the server.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N References
Timeline
Related Vulnerabilities
CVE-2026-33579 9.9 Analysis pending
Same package: openclaw CVE-2026-32922 9.9 Analysis pending
Same package: openclaw CVE-2026-32038 9.8 Analysis pending
Same package: openclaw CVE-2026-30741 9.8 OpenClaw: RCE via request-side prompt injection
Same package: openclaw CVE-2026-53838 9.8 OpenClaw: approval scope bypass via reconnection state
Same package: openclaw