CVE-2026-72005 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
wifi: rt2x00: vollständigen Abbau (Teardown) vor der Work-Einrichtung in der Probe vermeiden
rt2x00lib_probe_dev() führt bei allen Fehlerfällen während des Probing den vollständigen Aufräumprozess von rt2x00lib_remove_dev() durch. Die Allokation von drv_data und die Allokation des Workqueues können jedoch fehlschlagen, bevor intf_work, autowakeup_work und sleep_work initialisiert wurden.
Der vollständige Remove-Pfad soll erst betreten werden, wenn das Probing den Punkt erreicht hat, an dem diese Work-Elemente eingerichtet sind. Bei einem Fehler bei der drv_data-Allokation wird direkt zurückgekehrt; für einen Fehler bei der workqueue-Allokation wird ein kurzer früher Aufräumprozess verwendet.
Dieses Problem wurde von unserem statischen Analysewerkzeug gefunden und anschließend durch manuelle Überprüfung von rt2x00lib_probe_dev() und rt2x00lib_remove_dev() bestätigt. Die frühen Abbrüche während des Probing dürfen keinen gemeinsamen Teardown-Pfad aufrufen, der davon ausgeht, dass die spätere Work-Einrichtung bereits abgeschlossen ist.
Ein QEMU Proof-of-Concept (PoC) hat erzwungen, dass alloc_ordered_workqueue() fehlschlägt, bevor die Initialisierer für die Works erreicht werden. Der daraus resultierende Fehlerpfad trat in rt2x00lib_remove_dev() ein, und DEBUG_OBJECTS meldete ungültige Work-Dumps mit rt2x00lib_probe_dev() und rt2x00lib_remove_dev() im Stack.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.