若系统调用复用用户栈，用户空间代码能否及如何访问内核数据？

你提到的跨线程访问确实是风险之一，但绝非唯一途径 #

当线程陷入系统调用时，当前线程的用户代码虽暂停执行，但用户栈全程处于用户态可访问的内存区间：

• 同一进程内的其他线程（多线程场景下）可直接读写该用户栈内存，哪怕当前线程正处于内核态执行系统调用。若内核将临时数据存在用户栈中，敏感的内核临时变量、指针、权限相关信息会直接暴露给其他用户线程。
• 极端场景下，若进程被换出到磁盘，用户栈内容会写入交换分区；若交换分区未加密，这些内核临时数据可能被离线读取。

其他更直接的风险场景 #

1. 信号/异常触发的用户态切入
   系统调用执行过程中，内核可能收到发给该进程的信号（如SIGINT），此时内核需暂停系统调用，切换回用户态执行信号处理函数。若内核临时数据存在用户栈，信号处理函数可直接访问这些未清理的内核数据——哪怕系统调用未完成、栈未回退。

2. 用户栈的不可控性
   用户栈的大小、布局、内存属性完全由用户态掌控：

• 用户可故意构造栈溢出，或通过mprotect修改栈的内存保护属性，在系统调用执行期间干扰内核栈操作，甚至篡改内核临时数据，引发权限提升漏洞。
• 内核无法保证用户栈内存的可靠性：比如用户栈所在内存页可能被用户态提前释放，导致内核写入时触发页错误，甚至引发系统崩溃。

3. 内核上下文的隔离需求
   内核栈不仅承载系统调用的临时数据，还要支撑整个内核上下文（如中断处理、软中断、内核线程的执行栈）。若复用用户栈，内核上下文会与用户上下文混叠，一旦内核出现错误（如栈溢出）会直接破坏用户态数据，反之用户态错误也会干扰内核执行，彻底打破内核态与用户态的隔离边界。

内容的提问来源于stack exchange，提问作者Weipeng