Skip to content
PERMISSION/PROTOCOL
Back to incident tracker

2026-09-15

HighVendor post

Docker Sandboxes Flaws Let Malicious Agent Workloads Escape the Workspace and Reach macOS Host Files or Sockets

Analysis of two demonstrated Docker Sandboxes flaws that let malicious AI-agent workloads reach macOS host files or unauthorized Unix sockets.

Docker SandboxesGovernance bypassAI coding-agent sandbox escape and Unix-socket authorization bypassmacOS developer workstations running affected Docker Sandboxes releases

What happened

In controlled demonstrations, malicious code running inside an AI coding-agent sandbox replaced path components or socket paths after validation so the host-side service reopened resources outside the authorized workspace.

Why it matters

Potential read or modification of macOS host files with the account running the virtual machine, possible host code execution depending on the files reached, and access to capabilities exposed through Unix sockets outside the workspace. No in-the-wild exploitation was reported.

Missing authorization check

Object-bound validation at the final host open or connect operation, plus independent authorization before a compromised agent runtime uses protected credentials or performs consequential downstream mutations.

Would PP block it?

Malicious guest code may still cross the vulnerable local boundary and access ungated host resources. Where consequential actions are routed through Permission Protocol, the escaped workload must present a separately authenticated receipt bound to the exact action and signer before those actions execute.

Incident analysis

Timeline and technical read

Timeline

  1. 2026-09-07

    Docker releases Sandboxes 0.42.0 with fixes for both vulnerabilities.

  2. 2026-09-15

    Docker publishes its security announcement and CVE details for CVE-2026-77179 and CVE-2026-79994.

  3. 2026-09-17

    Independent reporting summarizes the flaws and notes that no exploitation was reported.

Technical breakdown

  • CVE-2026-77179 involved the macOS virtio-fs host server reopening an unlinked file from a stored path after a malicious guest replaced a parent directory with a symlink, allowing the reopened path to leave the shared workspace.
  • CVE-2026-79994 involved a guest-to-host Unix-domain-socket relay that validated a pathname inside the workspace and then reconnected by pathname, allowing a malicious guest to redirect the later connection outside that boundary.
  • Docker fixed both issues in 0.42.0; the host-file flaw affected macOS releases from 0.28.0, while the socket-relay flaw affected releases from 0.37.0.

Authorization boundary

Where the authorization boundary should have been

This incident is categorized as Governance bypass. The relevant Permission Protocol gate is Runtime Gate. The read is conditional: the block only applies where the real action boundary is routed through a gate.

If enforced at
Outside the sandboxed developer host, before protected credentials and consequential deployment, publication, or infrastructure APIs
Still needs
Sandbox remediation, host-file confinement, local socket isolation, host code-execution prevention, and downstream actions that bypass the authorization gateway
Receipt required for
Using protected credentials, merging code, deploying, publishing, or mutating production infrastructure from an escaped agent runtime

Permission Protocol cannot repair the sandbox escape or protect host files, but an external Runtime Gate can keep merge, deployment, publication, protected credential use, and infrastructure mutation behind authority the compromised host cannot produce alone.

Start small

Put the relevant gate at this action boundary.

This incident maps to Runtime Gate. Start with the boundary that controls the actual action, then require a signed receipt before execution.

Replay this incident with a signer in the loop