7 ms·
sandbox-exec -f curr_dir_access_profile.sb markdownlint
by ATechGuy 8mo ago
sandbox-exec -f curr_dir_access_profile.sb markdownlint
- ashishb 8mo agoSo you have to install npm package markdownlint on your machine and let it run it's potentially dangerous postinstall step?
- ATechGuy 8mo agoYou 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.