bwrap sandbox have no escape hatches
- Dominant language
- Rust
- Stars
- 348
- Forks
- 36
- Avg merge
- 4h 44m
- Merged PRs (30d)
- 30
Description
I've previously used codex quite a bit (which also offers a bwrap based sandbox). I enabled it for `dirge` too expecting it to work in a similar way. However it seems like the sandbox is very rigid and it's not possible for the agent to ask for more permissions.
As an example I asked the model to get my WAN IP for which it used curl. As far as I understand, because of the strict `--unshare-all` there is no way for the agent to request additional permissions when operations fail.
I patched dirge to allow network within the bwrap sandbox and asked my agent to migrate a Python project from `poetry` to `uv`. It could use `websearch` to find information, but it couldn't run `uv lock` as the last step to create the lock file as that requires write access to `~/.cache/uv` where `uv` caches package downloads.
I think it would be nice to allow the agent to request running outside the sandbox and/or additional file-system write permissions/network access for specific tool calls when running with bwrap sandboxing.
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue names no repository files or tests; start by locating the bwrap sandbox setup and the tool-call permission flow. Trace how --unshare-all, filesystem writes, and network access are configured, then define how permission requests should be represented and validated for specific calls.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100