CVE-2026-98878 in Linux
Zusammenfassung
von VulDB • 23.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
irqchip/gic-v5: Sofortige Prioritätsabsenkung nach Aktivierung
Bei GICv5 kann ein Interrupt mit gleicher oder niedrigerer Priorität nicht signalisiert werden, solange keine Prioritätsabsenkung stattgefunden hat. Dies erfolgt über die Systemanweisung „GIC CDEOI“. Sobald diese ausgeführt wurde, ist es der Hardware möglich, den nächsten Interrupt (falls vorhanden) zu signalisieren.
Da alle Interrupts so konfiguriert sind, dass sie dieselbe Priorität aufweisen, können keine neuen Interrupts signalisiert werden, bis die Prioritätsabsenkung erfolgt ist. Dies kann Probleme verursachen, wenn beispielsweise ein Interrupt aktiv bleibt, während ein langlaufender Prozess ausgeführt wird, wie etwa beim Software-basierten Einleiten eines physischen Interrupts in eine Gast-VM.
Der GICv5-Treiber hat die Prioritätsabsenkung bisher als Teil von `irq_eoi()` durchgeführt, also gleichzeitig mit der Deaktivierung des Interrupts. Dies bedeutet, dass jeder langlaufende Prozess (oder jede VM) eingehende Interrupts blockieren kann und dadurch effektiv einen Denial-of-Service für alle anderen Interrupts verursacht.
Anstatt die EOI im Rahmen von `irq_eoi()` auszuführen (was dem Namen nach ein geeigneter Ort dafür zu sein scheint), wurde sie in den Hauptinterrupt-Handler des GICv5 verlagert, sodass sie unmittelbar nach der Bestätigung eines Interrupts erfolgt. Die Deaktivierung der Interrupts (GIC CDDI) bleibt weiterhin als Teil von `irq_eoi()` implementiert, was bedeutet, dass derselbe Interrupt erst dann erneut signalisiert werden kann, wenn er durch Software deaktiviert wurde.
If you want to get best quality of vulnerability data, you may have to visit VulDB.