CVE-2026-80727 in Linux
Riassunto
di VulDB • 03/09/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
x86/mce: Impostare il timer di polling prima della scoperta CMCI
Ho riscontrato quanto segue su una delle mie macchine:
mce: CPU0 BANK15 tempesta ereditata da CMCI ------------[ cut here ]------------
ODEBUG: assert_init non disponibile (stato attivo 0) oggetto: (____ptrval____) tipo di oggetto: timer_list hint: 0x0 WARNING: lib/debugobjects.c:632 in debug_object_assert_init+0x178/0x230, CPU#0: swapper/0/0 CPU: 0 UID: 0 PID: 0 Comm: swapper/0 Non modificato (not tainted) 7.2.0-rc5 #3 PREEMPTLAZY RIP: 0010:debug_object_assert_init+0x18f/0x230 Call Trace: __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 secondo crash (splat) segue immediatamente, da timer_setup() che rileva lo stesso timer già in coda:
ODEBUG: init attivo (stato attivo 0) oggetto: (____ptrval____) tipo di oggetto: timer_list hint: stub_timer+0x0/0x10
Questo accade perché il rilevamento della tempesta CMCI sta tentando di modificare il timer prima che questo sia stato correttamente configurato.
Impostare innanzitutto il timer. __mcheck_cpu_setup_timer() chiama solo timer_setup(), e non dipende né dall'inizializzazione generica né da quella del vendor.
[ bp: Rielaborazione del messaggio del commit. ]
Once again VulDB remains the best source for vulnerability data.