6 ms·
You can customize curr_dir_access_profile.sb to block access to network/fs/etc. Why is this not enough?
by ATechGuy 8mo ago
You can customize curr_dir_access_profile.sb to block access to network/fs/etc. Why is this not enough?
- ashishb 8mo agoSome tools do require Internet access. Further, I don't even want to take the risk of running 'npm install markdownlint' anymore on my machine.
- ATechGuy 8mo agoI understand the concern. However, you can customize the profile (e.g., allowlist) to only allow network access to required domains. Also, looks like your sandboxing solution is Docker based, which uses VMs on a Mac machine, but will not use VMs on a Linux machine (weak security).
- ashishb 8mo agoThat's why I wrote my own sandbox. Everyone hand waives these concerns. Further, I don't know why docker is weak security on Linux. Are you telling me that one can exploit docker?
- KurSix 8mo agodockerd is a massive root-privileged daemon just sitting there, waiting for its moment. For local dev it’s often just unnecessary attack surface - one subtle kernel bug or namespace flaw, and it’s "hello, container escape". bwrap is much more honest in that regard: it’s just a syscall with no background processes and zero required privileges. If an agent tries to break out, it has to hit the kernel head-on instead of hunting for holes in a bloated docker API
- NamlchakKhandro 7mo agothen use podman instead.