[systemd-devel] Sending a SIGABRT to PID1

Víctor Fernández vfrico at gmail.com
Sun May 3 08:54:22 PDT 2015


Ok, Thanks for your reply.

But, just out of curiosity, why init process gets down with a SIGABRT and
not with a SIGKILL (9), being this a signal which cannot be caught, blocked
or ignored?

PD: I definitely not try the command above

2015-05-03 17:22 GMT+02:00 Lennart Poettering <lennart at poettering.net>:

> On Sun, 03.05.15 17:18, Víctor Fernández (vfrico at gmail.com) wrote:
>
> > Hello
> >
> > I'm using rigth now a Manjaro distribution (derived from arch). Making
> some
> > test, i've discovered that sending SIGABRT (6) to PID 1 (systemd) will
> > cause system to enter on unstable mode:
> >
> > after doing this, the system reboot graphic server (at least, it request
> to
> > login again) and if you resend the SIGABRT, the system goes to Kernel
> Panic
> > Mode.
> >
> > Here is the code I've tested (executing as sudo, of course).
> >
> > echo "int main(){kill(1,6);kill(1,6);}" > a.c && gcc a.c && sudo ./a.out
> >
> > It appears not to be a very large problem (since root permisions are
> > required), but I think is an undiserable behaviour.
> >
> > Is this really a bug?
>
> Well, there are tons of ways how you can break your system if you are
> root. For example:
>
>       dd if=/dev/urandom of=/dev/sda
>
> We cannot (and actually should not) try to prevent the user from
> shooting his own foot if he really desires to do so.
>
> Lennart
>
> --
> Lennart Poettering, Red Hat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-devel/attachments/20150503/77e39106/attachment.html>


More information about the systemd-devel mailing list