CVE-2025-38352
posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del()
Em resumo
Uma condição de corrida no kernel Linux em temporizadores POSIX pode causar travamento ou comportamento imprevisto quando uma tarefa finaliza enquanto seu temporizador está sendo deletado simultaneamente. O kernel falha em sincronizar adequadamente o acesso aos dados do temporizador durante a saída.
Detalhe técnico
CWE-367 (race condition Time-of-check Time-of-use) em posix-cpu-timers: handle_posix_cpu_timers() executando via IRQ em tarefa não-autoreaping em saída pode correr com posix_cpu_timer_del() concorrente, permitindo prosseguimento sem detectar temporizadores em disparo quando lock_task_sighand() ou cpu_timer_task_rcu() falham pós-coleta. Correção adiciona validação exit_state em run_posix_cpu_timers() para prevenir operações de temporizador em tarefas em saída.
Resumo gerado e traduzido por IA a partir da descrição oficial.
In the Linux kernel, the following vulnerability has been resolved:
posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del()
If an exiting non-autoreaping task has already passed exit_notify() and
calls handle_posix_cpu_timers() from IRQ, it can be reaped by its parent
or debugger right after unlock_task_sighand().
If a concurrent posix_cpu_timer_del() runs at that moment, it won't be
able to detect timer->it.cpu.firing != 0: cpu_timer_task_rcu() and/or
lock_task_sighand() will fail.
Add the tsk->exit_state check into run_posix_cpu_timers() to fix this.
This fix is not needed if CONFIG_POSIX_CPU_TIMERS_TASK_WORK=y, because
exit_task_work() is called before exit_notify(). But the check still
makes sense, task_work_add(&tsk->posix_cputimers_work.work) will fail
anyway in this case.
CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
⚠ Recursos públicos, para você avaliar a exposição de sistemas que controla ou está autorizado a testar. Teste apenas com autorização.