Skip to content

Image: assets.bishopfox.com · rights & removal

Executive Summary

An investigation began by querying the Claude sandbox environment, which detailed its internal configuration, revealing that it operates within a gVisor container runtime on an Ubuntu 24.04.4 LTS base. Exploration of this environment led to identifying an internal component named `/processapi`, which functions as a Rust-compiled control daemon managing process lifecycles, filesystem mounts, and communication via WebSockets with the host. This investigation proceeded by downloading the binary from an absolute path, reverse-engineering it to find fragments of Google service account ID tokens within memory dumps of the running process, and subsequently using these tokens to interact with the internal WebSocket service. A local connection restriction on `/processapi` was bypassed by utilizing container capabilities (`CAPNETADMIN`, `CAPNETRAW`) to configure a virtual interface and initiate a WebSocket upgrade from a non-loopback source address. The process memory examination yielded JWT material, which was successfully recovered via brute-force and validated against Google’s OAuth endpoints, suggesting the control daemon managed access tokens for internal operations. Furthermore, testing revealed that underlying enterprise controls regarding profile changes were circumvented at the API level, though Anthropic classified these findings as informational or duplicates.

Facts Only

* Claude described its sandbox as running in gVisor inside a container on Ubuntu 24.04.4 LTS.
* The environment included mounted directories like `/mnt/skills/private` for FSI-focused data.
* Claude revealed the path `/processapi`, which is a Rust-compiled ELF binary acting as the sandbox control daemon.
* `/processapi` manages process lifecycle, FUSE mounts, cgroups, and host communication via WebSockets.
* The internal container IP was `192.0.2.2/24` with gateway `192.0.2.1`.
* A file download API accepted an absolute path to retrieve the `/processapi` binary.
* Memory inspection of PID 1 revealed fragments of EdDSA and RS256 JSON Web Tokens associated with Anthropic and Google service accounts.
* The local-origin restriction on `/processapi` was bypassed by using `CAPNETADMIN` and `CAPNETRAW` to configure a virtual interface.
* A virtual network interface was configured from the container IP, allowing connections that bypassed localhost restrictions.
* Enterprise control findings involved profile changes being editable via the account API, though Anthropic deemed this informational or a duplicate.
* Six observations were submitted through the bug bounty process.

Full Take

The sequence of discovery demonstrates a systemic breakdown between the advertised security boundaries of an AI service and the reality of its execution environment. The investigation moved from external observation (asking about the sandbox) to deep internal exfiltration (reading memory and downloading binaries), highlighting that detailed system introspection, when prompted correctly, can reveal infrastructure details that are intentionally obscured. The core pattern here is the successful chain linkage: context provided by the model $\rightarrow$ revealing an internal artifact ($\text{/process\api}$) $\rightarrow$ exploiting the exposed artifact to gain credentials (JWTs) $\rightarrow$ bypassing network restrictions ($\text{CAP\NET\ADMIN}$) $\rightarrow$ achieving arbitrary execution or data access. This flow suggests that while high-level security controls are in place, the mechanisms managing the sandbox and host communication possess exploitable internal complexity, particularly concerning the separation between the sandboxed execution environment (gVisor) and the host orchestration layer. The response from Anthropic dismissing the sandbox findings as not meeting their threat model creates a significant tension: what is considered a "sandbox" for an AI system, and where does the responsibility for securing the underlying infrastructure truly lie? The focus shifts from direct vulnerability disclosure to advocating for fundamental changes in trust boundaries, specifically demanding that isolation mechanisms be enforced across all layers of interaction, including memory access and network configuration, regardless of the perceived utility of those settings.
Autonomy check: No autonomy signals.

From the original · Bishop Fox Blog

TL;DR - Claude proved to be a useful tool at assisting with it's own security review. When prompted Claude revealed detailed sandbox details and obliged a request for its own memory.
Read the full story at bishopfox.com

Sentinel unavailable

The automated check of the source article's wording did not complete, so no result is shown.

This looks only at the wording of the original source article, not at this page's AI-written sections. A small local AI model made this estimate. It has not been checked against known human and machine texts, so treat it as provisional. It cannot show who wrote an article.

A Journey into Claude's Sandbox | Huntaegis