linux - sigreturn 如何在 SECCOMP_SET_MODE_STRICT 中阻止除 SIGKILL 和 SIGSTOP 之外的所有信号？

Question

在部分SECCOMP_SET_MODE_STRICT 的 man 2 seccomp ，据说:

Note that although the calling thread can no longer call sigprocmask(2), it can use sigreturn(2) to block all signals apart from SIGKILL and SIGSTOP.

我不知道该怎么做。 sigreturn是 syscall那个

This sigreturn() call undoes everything that was done—changing the process's signal mask, switching signal stacks (see sigaltstack(2))—in order to invoke the signal handler.

更具体地说:

Using the information that was earlier saved on the user-space stack
sigreturn() restores the process's signal mask, switches stacks, and restores the process's context (processor flags and registers, including the stack pointer and instruction pointer),

信息存储在:

The saved process context information is placed in a ucontext_t structure (see ). That structure is visible within the signal handler as the third argument of a handler established via sigaction(2) with the SA_SIGINFO flag.

我认为这是不可能的，因为以下两个原因:

1. 自 TERM信号的 Action 不需要返回用户空间，没有办法阻止dying通过使用 atexit或类似的东西。

   2.虽然可以填写ucontext_t与 man 2 getcontext或 man 3 makecontext ，这对阻止信号的进程没有帮助，因为安装处理程序和屏蔽信号的所有系统调用都被禁用(除非 sigreturn 自己做 siganl 掩码)。

Answer 1

是的，sigreturn() 确实会导致内核更改调用线程的信号掩码。

以下是方法和原因:

1. 该进程构建了一个堆栈帧，它看起来与内核在信号处理程序刚从传递的信号返回时所做的堆栈帧完全一样。

   此堆栈帧包含用于传递信号的线程的原始信号掩码，以及该线程被信号传递中断的地址。 (在正常操作中，当前事件的信号掩码会阻止其他信号；包括正在传送的信号。)

   进程将该信号掩码设置为它喜欢的掩码。
   

2. 进程调用sigreturn()。

   内核检查堆栈帧，注意到旧的信号掩码，并恢复它。它还会清理堆栈帧，并将控制权返回给用户空间代码。 (堆栈帧包含下一条要执行的指令的地址。)
   

3. 该线程继续在该堆栈帧中指定的地址执行，现在已安装其首选信号掩码。
   

sigreturn() 不能被 seccomp 阻止，因为它是正常操作所必需的。 (但是，请注意，在传递信号后，sigreturn() 调用不是必需的；在某些限制内，用户空间进程可以通过 siglongjmp() 继续执行 相反。siglongjmp() 不是系统调用，只是一个用户空间函数。这意味着内核仅限于这种行为，除非它偏离 POSIX.1 行为。)

内核不会¹区分用户空间进程本身创建的上下文和内核在进程栈中创建的上下文。因为上下文包含内核恢复的信号掩码作为 sigreturn() 处理的一部分，sigreturn() 将允许线程修改其信号掩码。

请注意，SIGKILL 和 SIGSTOP 不受影响，因为它们是内核强制执行的两个信号。所有其他信号应仅被视为请求和通知，接收者始终能够阻止或忽略它们。

¹ 除非signal cookies或者类似的sigreturn栈帧验证方法。