Docker Socket Access
- Category
- Privilege Escalation
- Confidence
- 99% confidence
- Finding
The documented standard wrapper exposes the host Docker socket to an agent that bypasses permission prompts, allowing it to direct the host daemon to create containers and mount host filesystems. With a conventional rootful Docker daemon, malicious prompts or compromised workspace content could therefore lead to host-level compromise; the explicit warning acknowledges but does not enforce this trust boundary.
- Content
md - **No auth when the per-mode token is unset.** `CLAUDEBOX_API_MODE_TOKEN` and `CLAUDEBOX_MCP_MODE_TOKEN` each default to no auth if unset — see [HTTP REST API mode](#http-rest-api-mode) and [MCP server mode](#mcp-server-mode) for details and the exact capability exposed unauthenticated in each case. - **File operations include removal.** Deleting a workspace file has no undo — only remove files the current task created, and only when the user asked. - **The standard wrapper mounts `/var/run/docker.sock`** so Claude can control the host Docker daemon. Server Compose examples omit it. See [Server modes (API / OpenAI / MCP / Telegram / Cron)](references/setup.md#server-modes-api--openai--mcp--telegram--cron), and do not use the wrapper for untrusted prompts. - **`--permission-mode bypassPermissions` is on by default** — Claude has full, unrestricted shell/file/docker access inside the container by design (see [When NOT To Use](#when-not-to-use)). Don't treat the container boundary as a
