CVE-2026-32048: OpenClaw: sandbox escape via cross-agent spawn bypass
HIGHOpenClaw versions before 2026.3.1 contain a flaw in the cross-agent sessions_spawn operation where sandbox restrictions are not inherited by child processes, allowing any authenticated user with a sandboxed session to instantiate child runtimes with sandbox.mode disabled and all confinement restrictions removed. Although no public exploit exists and CISA has not added this to KEV, the EPSS score places it in the top 80th percentile for exploitation likelihood, and the network-accessible, low-privilege attack vector means any authenticated user on a multi-tenant OpenClaw deployment is a viable threat actor. The CWE-732 root cause — incorrect permission assignment for a critical resource — is particularly dangerous in AI agent frameworks where sandboxing is often the primary and sole containment boundary between agentic code execution and the host environment. Organizations running OpenClaw in multi-agent or multi-tenant configurations should upgrade to 2026.3.1 immediately; where patching is not immediately feasible, restrict or disable access to the sessions_spawn API endpoint as a compensating control.
What is the risk?
High risk for organizations using OpenClaw in multi-agent orchestration or multi-tenant deployments. CVSS 7.5 with a network attack vector and low privilege requirement means any authenticated user is a potential attacker; High attack complexity moderates the immediate exploitation window but does not eliminate it given the EPSS 80th-percentile ranking. The absence of sandbox enforcement in AI agent frameworks is particularly severe because agents typically execute tool calls with broad host access — a sandbox escape translates directly to unrestricted environment access beyond what the session was authorized for. The 396 other CVEs catalogued in this package signal a historically poorly-secured codebase that warrants architectural scrutiny beyond this single issue.
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?
4 steps-
Patch: Upgrade OpenClaw to version 2026.3.1 — the vendor advisory confirms this release enforces sandbox inheritance during sessions_spawn.
-
Workaround (if immediate patching is not feasible): Restrict or disable the sessions_spawn API endpoint at the network or application layer; alternatively, enforce uniform sandbox configurations across all agent sessions to eliminate the privilege differential that the flaw exploits.
-
Detection: Audit OpenClaw runtime logs for sessions_spawn calls issued from sandboxed sessions that result in child sessions with sandbox.mode=off or absent; alert on any unsandboxed process creation where the parent context was sandboxed.
-
Defense-in-depth: If your deployment relies on OpenClaw sandboxing as the primary isolation boundary, add a secondary containment layer (container, OS namespace, or VM) so that a sandbox escape does not immediately yield host-level access.
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-32048?
OpenClaw versions before 2026.3.1 contain a flaw in the cross-agent sessions_spawn operation where sandbox restrictions are not inherited by child processes, allowing any authenticated user with a sandboxed session to instantiate child runtimes with sandbox.mode disabled and all confinement restrictions removed. Although no public exploit exists and CISA has not added this to KEV, the EPSS score places it in the top 80th percentile for exploitation likelihood, and the network-accessible, low-privilege attack vector means any authenticated user on a multi-tenant OpenClaw deployment is a viable threat actor. The CWE-732 root cause — incorrect permission assignment for a critical resource — is particularly dangerous in AI agent frameworks where sandboxing is often the primary and sole containment boundary between agentic code execution and the host environment. Organizations running OpenClaw in multi-agent or multi-tenant configurations should upgrade to 2026.3.1 immediately; where patching is not immediately feasible, restrict or disable access to the sessions_spawn API endpoint as a compensating control.
Is CVE-2026-32048 actively exploited?
No confirmed active exploitation of CVE-2026-32048 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-32048?
1. Patch: Upgrade OpenClaw to version 2026.3.1 — the vendor advisory confirms this release enforces sandbox inheritance during sessions_spawn. 2. Workaround (if immediate patching is not feasible): Restrict or disable the sessions_spawn API endpoint at the network or application layer; alternatively, enforce uniform sandbox configurations across all agent sessions to eliminate the privilege differential that the flaw exploits. 3. Detection: Audit OpenClaw runtime logs for sessions_spawn calls issued from sandboxed sessions that result in child sessions with sandbox.mode=off or absent; alert on any unsandboxed process creation where the parent context was sandboxed. 4. Defense-in-depth: If your deployment relies on OpenClaw sandboxing as the primary isolation boundary, add a secondary containment layer (container, OS namespace, or VM) so that a sandbox escape does not immediately yield host-level access.
What systems are affected by CVE-2026-32048?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, multi-agent orchestration, multi-tenant AI platforms.
What is the CVSS score for CVE-2026-32048?
CVE-2026-32048 has a CVSS v3.1 base score of 7.5 (HIGH). The EPSS exploitation probability is 0.28%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0053 AI Agent Tool Invocation AML.T0097 Virtualization/Sandbox Evasion AML.T0105 Escape to Host AML.T0107 Exploitation for Defense Evasion Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw versions prior to 2026.3.1 fail to enforce sandbox inheritance during cross-agent sessions_spawn operations, allowing sandboxed sessions to create child processes under unsandboxed agents. An attacker with a sandboxed session can exploit this to spawn child runtimes with sandbox.mode set to off, bypassing runtime confinement restrictions.
Exploitation Scenario
An attacker who has obtained low-privilege access to a multi-tenant OpenClaw deployment — via a trial account, compromised user credential, or insider threat — initiates a sandboxed session as intended by the platform. They then call the sessions_spawn API with child session parameters that explicitly set sandbox.mode to off, exploiting the framework's failure to enforce inheritance. The resulting child runtime executes with no sandbox restrictions. The attacker uses this unsandboxed child agent to invoke tool calls that read environment variables (yielding API keys and secrets), access filesystem paths outside the intended sandbox boundary, make outbound network connections to exfiltrate data, or pivot to co-tenant data accessible under the shared OpenClaw host process. In an automated agent pipeline, this could be chained with an AML.T0051 prompt injection to trigger the sessions_spawn call without any direct attacker authentication.
Weaknesses (CWE)
CWE-732 — Incorrect Permission Assignment for Critical Resource: The product specifies permissions for a security-critical resource in a way that allows that resource to be read or modified by unintended actors.
- [Implementation] When using a critical resource such as a configuration file, check to see if the resource has insecure permissions (such as being modifiable by any regular user) [REF-62], and generate an error or even exit the software if there is a possibility that the resource could have been modified by an unauthorized party.
- [Architecture and Design] Divide the software into anonymous, normal, privileged, and administrative areas. Reduce the attack surface by carefully defining distinct user groups, privileges, and/or roles. Map these against data, functionality, and the related resources. Then set the permissions accordingly. This will allow you to maintain more fine-grained control over your resources. [REF-207]
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H References
- github.com/openclaw/openclaw/security/advisories/GHSA-p7gr-f84w-hqg5 vendor-advisory
- vulncheck.com/advisories/openclaw-sandbox-escape-via-cross-agent-sessions-spawn third-party-advisory
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-30741 9.8 OpenClaw: RCE via request-side prompt injection
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