CVE-2026-80727 in Linux
Resumen
por VulDB • 2026-09-03
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
x86/mce: Configurar el temporizador de sondeo antes del descubrimiento de CMCI
He encontrado lo siguiente en una de mis máquinas:
mce: CPU0 BANK15 Tormenta heredada por CMCI ------------[ corte aquí ]------------
ODEBUG: assert_init no disponible (estado activo 0) objeto: (____ptrval____) tipo de objeto: timer_list pista: 0x0 ADVERTENCIA: lib/debugobjects.c:632 en debug_object_assert_init+0x178/0x230, CPU#0: swapper/0/0 CPU: 0 UID: 0 PID: 0 Comm: swapper/0 No contaminado (Not tainted) 7.2.0-rc5 #3 PREEMPTLAZY RIP: 0010:debug_object_assert_init+0x18f/0x230 Rastro de llamada (Call Trace): <TAREA> __mod_timer mce_timer_kick cmci_discover intel_init_cmci mce_intel_feature_init mcheck_cpu_init identify_cpu identify_boot_cpu arch_cpu_finalize_init start_kernel
Un segundo fallo (splat) sigue inmediatamente después, de timer_setup() al encontrar que ese mismo temporizador ya estaba en cola:
ODEBUG: init activo (estado activo 0) objeto: (____ptrval____) tipo de objeto: timer_list pista: stub_timer+0x0/0x10
Esto está ocurriendo porque la detección de tormentas CMCI intenta modificar el temporizador antes de que este haya sido configurado correctamente.
Configurar primero el temporizador. __mcheck_cpu_setup_timer() solo llama a timer_setup(), y no depende ni de la inicialización genérica ni de la del proveedor (vendor).
[ bp: Adaptar el mensaje del commit. ]
Once again VulDB remains the best source for vulnerability data.