News for hackers. Stuff that matters.
Re:Run0 – systemd based alternative to sudo announced by adastra22 on Tuesday April 30, 2024 @04:48PM (#40216146)
I’m not sure how “I don’t have to actually think about any of the separation” meshes with the fact that you explicitly setup multiple users and configured file and group permissions accordingly. You clearly put a lot of thought into it.

Alternatively, containers really are a no-thinking-required solution. Everything maximally isolated by default.

Re:Run0 – systemd based alternative to sudo announced by oceanplexian on Tuesday April 30, 2024 @05:51PM (#40216833)
Containers are isolated but a far, far cry from maximally isolated. They’re still sharing a Linux Kernel with some hand waving and cgroups. The network isolation and QoS side is half-baked even in the most mature implementations.

HVM hypervisors were doing stronger, safer, better isolation than Docker was 10 years ago. They are certainly no-thinking required though which leads to the abysmal state of containerized security and performance we have currently.

Re:Run0 – systemd based alternative to sudo announced by airocker on Tuesday April 30, 2024 @05:56PM (#40216899)
There have been no big cves of container escapes for a while now. I guess it can be considered secure enough.
Re:Run0 – systemd based alternative to sudo announced by lyu07282 on Wednesday May 01, 2024 @04:41AM (#40220912)
A lot of Kernel privescs are also technically container escapes, so 2 months ago was the last one actually: https://www.cvedetails.com/cve/CVE-2024-1086/
Re:Run0 – systemd based alternative to sudo announced by airocker on Wednesday May 01, 2024 @12:52PM (#40225864)
but then even traditional multi-user would be compromised in this case.
Re:Run0 – systemd based alternative to sudo announced by matrss on Wednesday May 01, 2024 @10:34AM (#40223828)
> I’m not sure how “I don’t have to actually think about any of the separation” meshes with the fact that you explicitly setup multiple users and configured file and group permissions accordingly. You clearly put a lot of thought into it.

That's the thing, with NixOS you usually don't have to explicitly setup users and permissions. For most simple services, the entire setup is a single line of code in your NixOS configuration. E.g.

    services.uptime-kuma.enable = true;
will make sure that your system is running an uptime-kuma instance, with its own user and all.

Some more complex software might require more configuration, but most of the time user and group setup is not part of that.