VULNERABILIDAD
CVE-2026-99065 Condición de carrera en guarantee_active_cpus() de cgroup/cpuset en el kernel de Linux
Una condición de carrera entre el procesamiento de hotplug de cpuset y el notificador de hotplug de CPU en guarantee_active_cpus() puede dejar desactualizado el conjunto de CPUs activas durante la desconexión de una CPU. El parche restaura el manejo de esta carrera en el kernel de Linux.
Alerta de Nureq Monitor
Detectada 23 OCT · 10:16
CVSS 3.1 · PRELIMINAR
—S/DPROBABILIDAD DE EXPLOTACIÓN (EPSS)
0,2 % PERCENTIL 10
EXPLOTACIÓN ACTIVA
No confirmada
EXPLOIT PÚBLICO
No conocido
Qué es CVE-2026-99065
Una condición de carrera entre el procesamiento de hotplug de cpuset y el notificador de hotplug de CPU en guarantee_active_cpus() puede dejar desactualizado el conjunto de CPUs activas durante la desconexión de una CPU. El parche restaura el manejo de esta carrera en el kernel de Linux.
Productos y versiones afectadas
Linux
Linux
Qué hacer
- Verificá si usás Linux y en qué versión: el rango afectado figura arriba.
- Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
- Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.
Calculadora CVSS
Esta vulnerabilidad todavía no tiene vector CVSS publicado.
Abrir la calculadora completa →
Descripción original
In the Linux kernel, the following vulnerability has been resolved:
cgroup/cpuset: Handle cpu hotplug race in guarantee_active_cpus()
With commit 2125c0034c5d ("cgroup/cpuset: Make cpuset hotplug processing
synchronous"), the cpuset hotplug operation becomes synchronous. That
commit also removes the code that handles race between cpuset_hotplug_work
and cpu hotplug notifier with the assumption that race is now gone.
Later commit 7a0aabd9ce69 ("cgroup/cpuset: Always use cpu_active_mask")
updates the cpuset code to always use cpu_active_mask instead of
cpu_online_mask in some places including guarantee_online_cpus() which
is renamed to guarantee_active_cpus() in that commit.
In the case of CPU offline operation, cpu_active_mask is updated
first in sched_cpu_deactivate() to remove the offline CPU before
cpuset_handle_hotplug() is called to update the effective_cpus of the
affected cpusets. The cpu_online_mask is updated after that near the end
of the offline operation to remove the offline CPU. As a result, the race
comes back and the top cpuset may not have any active CPU leading to NULL
pointer dereference during the race window when guarantee_active_cpus()
is called after cpu_active_mask is updated to remove the CPU to be torn
down but before cpuset_handle_hotplug() is able to properly update the
effective_cpus of the top cpuset.
Fix this by adding back the NULL cs check to avoid this problem.
Referencias
- git.kernel.org/stable/c/8d88d3221204fbb1b6dc2c0f2f2181fe49126639
- git.kernel.org/stable/c/a21c255159bfe0034740292e10d2e258feeeb10d
- git.kernel.org/stable/c/23b1ab15ca91f2cffaf149d9bb0fafeb700c7db2
Historial de la alerta
- VULNERABILIDAD Nueva vulnerabilidad detectada.
CÓMO SE HIZOResumen traducido automáticamente al español a partir de la descripción original. Ante dudas, la descripción original y las referencias del fabricante son la fuente de verdad. Cómo funciona.