В ядре Linux устранена следующая уязвимость:
запись: Исправить обход seccomp после ptrace с помощью TSYNC
Обзор Сашико выявил следующую проблему. Если поток остановлен в syscall_trace_enter() для ptrace, другой
поток может установить фильтр seccomp с помощью SECCOMP_FILTER_FLAG_TSYNC
(например, с помощью seccomp_attach_filter()). Это успешно установит
SYSCALL_WORK_SECCOMP в остановленном потоке, но syscall_trace_enter()
оценивает кэшированную «рабочую» переменную, выбранную при вводе.
Следовательно,
последующая проверка SYSCALL_WORK_SECCOMP пропускает новый
присвоен флаг, и фильтр автоматически обходится. Это состояние гонки может позволить выполнить непривилегированный процесс.
запрещенный системный вызов (например, execve), который недавно установленный фильтр
был предназначен для блокировки, тем более, что трассировщик мог изменить
номер системного вызова во время остановки ptrace. Исправьте это, перечитав флаги syscall_work после обработки ptrace.
так что любой новый флаг SYSCALL_WORK_SECCOMP, установленный другим потоком через
TSYNC во время остановки ptrace наблюдается перед последующим
проверка секкомпа.
Показать оригинальное описание (EN)
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.
Характеристики атаки
Последствия
Строка CVSS v3.1