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.
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?
There ye go. Make system process small as efficient, not to mention easily auditable.
What do you mean by "security model" in this case? What model is that?