CVE-2026-64248 in Linux
Zusammenfassung
von VulDB • 24.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
MIPS: smp: Meldung eines ausfallenden CPUs an RCU in stop_this_cpu()
smp_send_stop() parkt alle sekundären CPUs in stop_this_cpu(). Die Funktion markiert die CPU für den Scheduler als offline über set_cpu_online(false), informiert jedoch RCU nicht, sodass RCU weiterhin einen Ruhezustand (quiescent state) von CPUs erwartet, die nun endlos mit deaktivierten Interrupts warten.
Solange nichts nach smp_send_stop() auf eine RCU-Gnadenfrist (grace period) wartet, ist dies harmlos, weshalb es unbemerkt blieb. Seit dem Commit 91840be8f710 ("irq_work: Use-after-free in irq_work_single() bei PREEMPT_RT beheben") ruft jedoch irq_work_sync() synchronize_rcu() auf Architekturen ohne einen irq_work-Selbst-IPI auf, d.h. dort, wo arch_irq_work_has_interrupt() false zurückgibt. Dies ist der von MIPS verwendete asm-generic-Standardwert. Jeder Aufruf von irq_work_sync(), der im Reboot-/Shutdown-Pfad nach smp_send_stop() erfolgt, blockiert dann an einer Gnadenfrist, die niemals abgeschlossen werden kann, und führt zum Hängen des Neustarts:
WARNING: CPU: 0 PID: 15 at kernel/irq_work.c:144 irq_work_queue_on ... rcu: INFO: rcu_sched hat Stalls auf CPUs/Tasks erkannt: rcu: Offline-CPU 1 blockiert aktuelle GP. rcu: Offline-CPU 2 blockiert aktuelle GP. rcu: Offline-CPU 3 blockiert aktuelle GP.
Dieses Problem wurde auf mehreren Realtek MIPS-Switch-SoCs (MIPS interAptiv) bemerkt und trat während eines Kernel-Bumps in OpenWrt von 6.18.33 auf 6.18.34 nach dem Backport des Patches zum stabilen Zweig 6.18 auf. Der Patch wurde auch bis zurück zur Version 6.1 gebackported.
Ruft man rcutree_report_cpu_dead() einmal auf, sobald Interrupts deaktiviert sind, wird der generische CPU-Hotplug-Offline-Pfad nachgeahmt, sodass RCU nicht mehr auf die geparkten CPUs wartet und Gnadenfristen weiterhin abgeschlossen werden können. MIPS schaltet hier alle CPUs ab, ohne den CPU-Hotplug-Mechanismus zu durchlaufen, daher wird diese Meldung andernfalls nicht ausgegeben. Das Melden eines ausfallenden CPUs an RCU außerhalb des regulären Hotplug-Offline-Pfades ist keine Seltenheit: arm64 tut dies ebenfalls in cpu_die_early(). Dort handelt es sich um eine Ausnahme für eine CPU, die online geht und den Bringup abbricht, im Gegensatz zur Standard-Abschaltaktion wie bei MIPS.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.