codex-linux-sandbox binary absent from @openai/codex npm package; permissions.network_access unusable without danger-full-access

Open 💬 0 comments Opened May 8, 2026 by vstandos

Summary

@openai/codex@0.129.0 (npm) ships the main codex Rust binary inside node_modules/@openai/codex-linux-x64/vendor/x86_64-unknown-linux-musl/codex, but does not ship codex-linux-sandbox. Because the [permissions] config block delegates network-policy enforcement to codex-linux-sandbox, any profile that sets network_access = true is silently broken on npm installs.

Environment

  • OS: Ubuntu 24.04 (WSL2, kernel 6.6.87.2)
  • Architecture: x86\_64
  • Install: npm install -g @openai/codex@0.129.0 (not NVM, standard global)
  • Node: 22.x / npm 10.x

What is present in the package

~/.npm-global/lib/node_modules/@openai/codex/
  node_modules/@openai/codex-linux-x64/
    vendor/x86_64-unknown-linux-musl/
      codex              ← main binary (present)
      codex-resources/   ← present

codex-linux-sandbox is not in the tree. find ~/.npm-global -name "codex-linux-sandbox" returns nothing.

Reproduce

npm install -g @openai/codex@0.129.0

# Add permissions profile to config
cat >> ~/.codex/config.toml <<'TOML'
[permissions]
network_access = true
TOML

codex exec "curl -s http://localhost:5432"
# or any task that triggers the sandbox network path

Fails with a bwrap/execvp error referencing codex-linux-sandbox: No such file or directory.

Root cause

The [permissions] feature presumably calls out to codex-linux-sandbox to construct a Bubblewrap namespace with selective network access. Since the binary is absent, the sandbox launcher cannot be invoked.

Impact

There is no narrow workaround. The only way to unblock loopback access (e.g., localhost:5432 for a dev DB) is:

sandbox_mode = "danger-full-access"

This disables the sandbox entirely — far broader than needed for trusted local dev workflows.

Request

One of:

  1. Ship codex-linux-sandbox in the npm package alongside the main binary (as an optional dependency or bundled in the vendor directory).
  2. Document the install path — e.g., cargo install codex-linux-sandbox, or a standalone release tarball — so users can place it somewhere on $PATH that the launcher will find.
  3. Add a --allow-network <pattern> / --allow-loopback flag (or network_allowlist config key) for narrow loopback whitelisting without requiring full sandbox bypass.

Related

  • #20906 — sandbox launcher unavailable when codex is installed via NVM (the NVM prefix isn't mounted inside bwrap). Distinct root cause, same symptom class.

View original on GitHub ↗