Re: [PATCH 0/3] ptrace: Stop supporting SIGKILL for PTRACE_EVENT_EXIT

From: Eric W. Biederman
Date: Fri Jul 08 2022 - 18:25:46 EST


"Eric W. Biederman" <ebiederm@xxxxxxxxxxxx> writes:

> Recently I had a conversation where it was pointed out to me that
> SIGKILL sent to a tracee stropped in PTRACE_EVENT_EXIT is quite
> difficult for a tracer to handle.
>
> Keeping SIGKILL working for anything after the process has been killed
> is also a real pain from an implementation point of view.
>
> So I am attempting to remove this wart in the userspace API and see
> if anyone cares.
>
> Eric W. Biederman (3):
> signal: Ensure SIGNAL_GROUP_EXIT gets set in do_group_exit
> signal: Guarantee that SIGNAL_GROUP_EXIT is set on process exit
> signal: Drop signals received after a fatal signal has been processed
>
> fs/coredump.c | 2 +-
> include/linux/sched/signal.h | 1 +
> kernel/exit.c | 20 +++++++++++++++++++-
> kernel/fork.c | 2 ++
> kernel/signal.c | 3 ++-
> 5 files changed, 25 insertions(+), 3 deletions(-)

RR folks any comments?

Did I properly understand what Keno Fischer was asking for when we
talked in person?

Eric