CVE-2025-38352highbajo ataqueCWE-367

CVE-2025-38352: fallo de gravedad alta en Linux

posix-cpu-timers: fix race between handle_posix_cpu_timers() and posix_cpu_timer_del()

Publicada el · Actualizada el

Aviso por correo cuando entre en el KEV, tenga PoC pública o suba de nota.

76Vexday Risk Score

Prioriza la corrección. Ella está bajo explotación confirmada por CISA y tiene prueba de concepto pública.

ssvc Actcvss 7.8epss 1.4%
de la publicación al arma152 días
Publicada en NVD22 jul
1ª PoC+152d
CISA KEV+44d
Lo que declaran los fabricantes (VEX)

Declaraciones oficiales de los fabricantes en formato CSAF/VEX: si su producto está afectado, ya corregido o descartado — y por qué. Es afirmación del fabricante, no juicio de Vexday.

Corregido
37 productos (1985 componentes)
Red Hat Enterprise Linux BaseOS EUS (v.9.4) · Red Hat Enterprise Linux BaseOS E4S (v.9.2) · Red Hat Enterprise Linux BaseOS (v. 8) · Red Hat Enterprise Linux BaseOS E4S (v.8.6) · Red Hat Enterprise Linux BaseOS (v. 9) · y otros 32
No afectado
19 productos (32 componentes) — porque el código vulnerable no está presente en el producto
Red Hat Enterprise Linux 6 · Red Hat Enterprise Linux AppStream (v. 10) · Red Hat Enterprise Linux AppStream (v. 9) · Red Hat Enterprise Linux AppStream E4S (v.9.0) · Red Hat Enterprise Linux AppStream E4S (v.9.2) · y otros 14
Acción exigida por CISAplazo federal: 2025-09-25

Apply mitigations per vendor instructions, follow applicable BOD 22-01 guidance for cloud services, or discontinue use of the product if mitigations are unavailable.

En resumen

Una condición de carrera en el kernel Linux en temporizadores POSIX puede causar bloqueo o comportamiento impredecible cuando una tarea finaliza mientras su temporizador se elimina simultáneamente. El kernel no sincroniza adecuadamente el acceso a los datos del temporizador durante la salida.

Detalle técnico

CWE-367 (race condition Time-of-check Time-of-use) en posix-cpu-timers: handle_posix_cpu_timers() ejecutándose desde IRQ en tarea no-autoreaping en salida puede competir con posix_cpu_timer_del() concurrente, permitiendo su continuación sin detectar temporizadores activos cuando lock_task_sighand() o cpu_timer_task_rcu() fallan post-recolección. La corrección añade validación exit_state en run_posix_cpu_timers() para prevenir operaciones de temporizador en tareas en salida.

Resumen generado y traducido por IA a partir de la descripción oficial.

El análisis completo de esta CVE está disponible en portugués →

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:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Productos afectados
Linux · Linux
⚠ Recursos públicos, para evaluar la exposición de sistemas que controlas o estás autorizado a probar. Prueba solo con autorización.