News for hackers. Stuff that matters.
Re:Avoiding Complexity with Systemd by viraptor on Sunday June 27, 2021 @09:56AM (#27651599)
Selinux can block systemd from making network sockets.

What do you mean by "security model" in this case? What model is that?

Re:Avoiding Complexity with Systemd by josephcsible on Sunday June 27, 2021 @10:49AM (#27652008)
By "cannot block systemd from making a network socket connection", I think GP meant that your system will break if you block systemd from making network socket connections, not that it's physically impossible to do so.
Re:Avoiding Complexity with Systemd by egberts1 on Sunday June 27, 2021 @09:07PM (#27657038)
Yes. If you borked your systemd config file, system-wide failure. Non-bootable, non-useable.

Also if intransigent network connection occurs (fuZzing or not), untested errors occur … notably in PID 1 which isn’t easy to debug.

Re:Avoiding Complexity with Systemd by lloydatkinson on Sunday June 27, 2021 @10:48AM (#27651996)
But the solution is for it to not try make the socket rather than needing another system to correct bad behaviour of the first system?
Re:Avoiding Complexity with Systemd by egberts1 on Sunday June 27, 2021 @09:04PM (#27657024)
There ye go. Make system process small as efficient, not to mention easily auditable.
Re:Avoiding Complexity with Systemd by egberts1 on Sunday June 27, 2021 @09:01PM (#27657008)
Systemd is already in root mode. Just need to do malicious buffer overruns … somewhere, somehow … at root level … someday.

And it’s codebase is too ginormously huge.