CVE-2026-98903 in Linux
Zusammenfassung
von VulDB • 23.10.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
mailbox: imx: Ein Feld zum Herunterfahren des Kanals hinzufügen
sashiko meldete ein mögliches Problem beim Abbau (Teardown). Das Szenario war folgendes:
CPU 0 CPU 1 imx_mu_isr() imx_mu_shutdown() imx_mu_xcr_rmw(priv, IMX_MU_RCR, 0, IMX_MU_xCR_RIEn(priv->dcfg->type, cp->idx)); imx_mu_specific_rx() imx_mu_xcr_rmw(priv, IMX_MU_RCR, IMX_MU_xCR_RIEn(priv->dcfg->type, 0), 0); free_irq()
Das RX-Ereignis bleibt aktiviert, da es in diesem kurzen Zeitfenster in ->shutdown() deaktiviert wurde, während der Interrupt aktiv war, und anschließend vom ISR (Interrupt Service Routine) wieder aktiviert wurde, während ->shutdown auf free_irq() wartete.
Dieser Race Condition erfordert eine bestimmte Timing-Konstellation; wenn er eintritt, kann dies bei gemeinsam genutzten Handlern problematisch sein, wenn der „entfernte“ Kanal einen Interrupt auslöst. In diesem Fall wird die irq-core den Interrupt mit der Meldung „nobody cared“ (niemand hat sich darum gekümmert) herunterfahren.
Es wurde imx_mu_con_priv::shutdown eingeführt, um zu signalisieren, dass der Kanal gerade heruntergefahren wird. Dieses Flag wird gesetzt, während die Sperre gehalten wird (durch imx_mu_xcr_clr_shut()). Die Seite zum Aufheben der Maskierung verwendet imx_mu_xcr_set_act(), welches das Ereignis nur aktiviert, wenn der Kanal nicht bereits heruntergefahren wurde, und synchronisiert sich über dieselbe Sperre.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.