CyberRota Analysis
AI-GeneratedA race condition in the Linux kernel allows an unprivileged process to bypass seccomp filters when a thread is stopped during ptrace operations, potentially enabling the execution of prohibited system calls. This vulnerability primarily affects systems utilizing seccomp for syscall filtering, particularly in multi-threaded environments where ptrace is employed. Organizations using Linux in sensitive environments should prioritize addressing this issue to prevent unauthorized access to critical system functions.
Original NVD Description
In the Linux kernel, the following vulnerability has been resolved: entry: Fix seccomp bypass after ptrace with TSYNC Sashiko review pointed out the following issue. If a thread is stopped in syscall_trace_enter() for ptrace, another thread can install a seccomp filter with SECCOMP_FILTER_FLAG_TSYNC (e.g., via seccomp_attach_filter()). This will successfully set SYSCALL_WORK_SECCOMP on the stopped thread, but syscall_trace_enter() evaluates a cached 'work' variable sampled on entry. Consequently, the subsequent check for SYSCALL_WORK_SECCOMP misses the newly assigned flag, and the filter is silently bypassed. This race condition could allow an unprivileged process to execute a prohibited system call (e.g., execve) that the newly installed filter was intended to block, especially since the tracer might have modified the system call number during the ptrace stop. Fix this by re-reading the syscall_work flags after ptrace handling, so that any new SYSCALL_WORK_SECCOMP flag set by another thread via TSYNC during the ptrace stop is observed before the subsequent seccomp check.