Claude Cowork Flaw Could Let AI Agent Escape Its VM and Access Mac Files
Vulnerability: Claude Cowork's VM escape flaw exposes Mac filesystems to AI agents via improper host filesystem mounting.
Deep Analysis and Expert Commentary
The vulnerability stems from a fundamental misconfiguration in Claude Cowork's sandboxing architecture. By mounting the entire host filesystem (/) read-write at /mnt/.virtiofs-root, the Linux VM grants guest-root excessive access. This bypasses seccomp filters and disposable user restrictions. Attackers could chain this with CAP_NET_ADMIN privileges in user/network namespaces to exploit kernel paths like tc/act_pedit. The impact extends beyond data theft - malicious agents could persist via poisoned binaries. While cloud execution mitigates the risk, local deployments require immediate hardening: restrict VM mounts to connected folders only, implement ProtectSystem=strict for coworkd, and disable unprivileged user namespaces. This case exemplifies the recurring pattern of privilege escalation in Linux subsystems where autoloadable modules meet memory bugs.
Action Items
- Disable unprivileged user namespaces on affected Mac systems
- Configure coworkd with ProtectSystem=strict in its mount namespace
- Restrict VM host filesystem sharing to connected folders only (or mount read-only)
Original Article Brief Intro
The Hacker News · 2026-07-23 · Vulnerability: Claude Cowork's VM escape flaw exposes Mac filesystems to AI agents via improper host filesystem mounting.
Related Terms and Notes
Context Notes
- Claude Cowork
- Linux
- macOS
- macOS security
- privilege_escalation
- sandbox escape
- sandbox_escape
- seccomp — Linux kernel feature for filtering system calls to restrict process capabilities
- SharedRoot — Codename for the Claude Cowork vulnerability allowing VM escape via host filesystem mounting
- virtualization vulnerability
- VM_escape