CVE-2026-98094
Beschreibung
Im Linux-Kernel wurde die folgende Sicherheitsanfälligkeit behoben: staging: fbtft: make dirty lock IRQ-safe fbtft mkdirty() kann vom fbcon-Rendering-Pfad aus erreicht werden, während printk() im hardirq-Kontext verarbeitet wird. Inzwischen wird dirty lock auch von fbtft deferred io() im Workqueue-Kontext mit aktivierten lokalen Interrupts übernommen. Lockdep meldet eine mögliche IRQ-Lock-Inversion mit dirty lock und console owner. Ein Hardirq kann eine CPU unterbrechen, die dirty lock hält und den Konsolen-Rendering-Pfad eingeben, der versuchen kann, dirty lock erneut zu erwerben. Der folgende Lockdep-Bericht wurde auf einem RK3566-System mit aktiviertem CONFIG PROVE LOCKING beobachtet: WARNING: mögliche irq-Lock-Inversionsabhängigkeit erkannte Swapper/2/0 änderte gerade den Zustand der Sperre: (console owner){-...}-{0:0}, aber diese Sperre nahm in der Vergangenheit eine andere, HARDIRQ-unsichere Sperre: (&par->dirty lock){+.+.}-{2:2} CPU0 CPU1 --------- lock(&par->dirty lock); local irq disable(); lock(&par->dirty lock); lock(&par->dirty lock); lock(&par->dirty lock); lock(console owner); lock(console owner); *** DEADLOCK *** Verwenden Sie spin lock irqsave() für fbtft mkdirty() und spin lock irq() für f Sie greifen nur auf den schmutzigen Leitungsbereich zu, so dass die IRQ-off-Regionen kurz bleiben.
Quellen & weiterführende Informationen
Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.
Was ist zur Behebung zu tun?
Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.
Empfohlene Schritte
- Betroffene Systeme identifizieren: linux linux kernel.
- Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
- Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
- Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.
Übergangsmaßnahmen
- Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
- WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
- Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.