Katalog CVE

CVE-2026-89603

WysokieCVSS 8.4
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.14%

Percentyl 4 - wyżej niż 4% wszystkich znanych CVE

Streszczenie

W jądrze Linux występuje wyścig w obsłudze seccomp po ptrace z TSYNC. Jeśli wątek jest zatrzymany w syscall_trace_enter() na potrzeby ptrace, inny wątek może zainstalować filtr seccomp z SECCOMP_FILTER_FLAG_TSYNC, ustawiając SYSCALL_WORK_SECCOMP na zatrzymanym wątku, ale syscall_trace_enter() ocenia buforowaną zmienną 'work' i nie widzi nowej flagi, co prowadzi do cichego obejścia filtra.

Ocena ryzyka

Warunek wyścigu może pozwolić nieuprzywilejowanemu procesowi na wykonanie zabronionego wywołania systemowego, takiego jak execve, które nowo zainstalowany filtr miał blokować. Ryzyko eskalacji uprawnień jest wysokie w środowiskach wielowątkowych.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę ponownie odczytującą flagi syscall_work po obsłudze ptrace. Unikaj polegania wyłącznie na filtrach seccomp instalowanych przez TSYNC w scenariuszach z ptrace do czasu wdrożenia poprawki.

Inne podatności w Linux kernel

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS