CVE-2026-64424

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: netpoll: Fix a use-after-free on shutdown path Es gibt einen Use-After-Free-Fehler auf netpoll, der von KASAN eindeutig erkannt wird. BUG: KASAN: slab-use-after-free in raw spin lock irqsave+0x3b/0x80 Lesen von Größe 1 bei addr ... von Aufgabe kworker/9:1 Workqueue: events queue process Call Trace: skb dequeue+0x1e/0xb0 queue process+0x2c/0x600 process scheduled works+0x4b6/0x850 worker thread+0x414/0x5a0 Nach Aufgabe 242 zugewiesen: netpoll setup+0x201/0x4a0 netpoll setup+0x249/0x550 enabled store+0x32f/0x380 Befreit durch Aufgabe 0: kfree+0x1b7/0x540 rcu core+0x3f8/0x7a0 Das Problem tritt auf, wenn ein anhängiger TX-Mitarbeiter parallel zum Aufräumpfad läuft. Dies passiert auf dem netpoll-Shutdown-Pfad: 1 netpoll cleanup() heißt gesetzt dev->npinfo zu NULL 3) call rcu() mit rcu cleanup netpoll info() 3.1 rcu cleanup netpoll info() versucht, alle Worker mit cancel delayed work() zu stornieren, wartet aber nicht darauf, dass der Worker 4 beendet) und kfree(npinfo); Weil 3.1 die Arbeit nicht wirklich storniert, da der Kommentar sagt: "Wir können cancel delayed work sync hier nicht aufrufen, da wir in softirq sind", kann der TX-Worker nach 4 laufen. Tl;DR: queue process() ist kein RCU-Reader, er erreicht npinfo über das Arbeitselement via container of(). Verwenden Sie disable delayed work sync(), um sicherzustellen, dass der Arbeiter vollständig gestoppt wird, und verhindern Sie zukünftige Wiederbewaffnungsversuche. Sobald npinfo auf NULL eingestellt ist, werden die Absender aussteigen und keine neuen Arbeiten anstehen. Die Deaktivierungsflagge stellt sicher, dass alle Wiederbewaffnungsversuche während des Fluges ebenfalls stillschweigend fehlschlagen. In Zukunft können wir die Bereinigung hier inline durchführen, ohne den npinfo->rcu rcu head zu benötigen, aber das ist net-next-Material.

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.