3 ms·
Thanks. So there are two concepts where isolation is mentioned, the --pure and the --container options. But still the documentation is very light on details and
by fulafel 3y ago
Thanks. So there are two concepts where isolation is mentioned, the --pure and the --container options. But still the documentation is very light on details and doesn't really answer what kind of (if any) security boundary or sandbox is provided by the container feature.
How might it compare to eg using nsjail[1] or firecracker [2] or flatpak's sandbox[3]? These could be also good benchmarks for the documentation.
[1] https://github.com/google/nsjail https://github.com/google/nsjail
[2] https://github.com/firecracker-microvm/firecracker-containerd https://github.com/firecracker-microvm/firecracker-container...
[3] https://docs.flatpak.org/en/latest/sandbox-permissions-reference.html https://docs.flatpak.org/en/latest/sandbox-permissions-refer...
- nextos 3y agoGood point. My main distro is NixOS, so I am not too familiar with Guix. After a quick glance at the code, Guix seems to be similar to bwrap et al. as it uses kernel namespaces for sandboxing [1]. I think the pure option is not really for (security) sandboxing, but rather for making sure your programs do not use any dependencies that are not explicitly declared, i.e. to ensure referential transparency. [1] https://github.com/lfam/guix/blob/master/gnu/build/linux-container.scm https://github.com/lfam/guix/blob/master/gnu/build/linux-con...