CVE-2026-72005 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
wifi: rt2x00: evitare il teardown completo prima dell'inizializzazione del lavoro nel probe
rt2x00lib_probe_dev() utilizza il meccanismo di rimozione completa (teardown) di rt2x00lib_remove_dev() in caso di tutti i fallimenti durante la fase di probe. Tuttavia, l'allocazione di drv_data e quella della workqueue possono fallire prima che intf_work, autowakeup_work e sleep_work siano stati inizializzati.
Non entrare nel percorso completo di rimozione finché il probe non ha raggiunto il punto in cui tali elementi di lavoro (work items) sono configurati. Restituire direttamente l'errore in caso di fallimento dell'allocazione di drv_data, e utilizzare un piccolo percorso di pulizia anticipata per i casi di fallimento nell'allocazione della workqueue.
Questo problema è stato individuato dal nostro strumento di analisi statica ed è stato poi confermato tramite revisione manuale delle funzioni rt2x00lib_probe_dev() e rt2x00lib_remove_dev(). Le uscite anticipate durante la fase di probe non dovrebbero invocare un percorso comune di teardown che presuppone l'avvenuta completamento della successiva configurazione dei lavori.
Un PoC eseguito su QEMU ha forzato il fallimento di alloc_ordered_workqueue() prima del raggiungimento degli inizializzatori delle work items. Il conseguente percorso di errore è entrato in rt2x00lib_remove_dev(), e DEBUG_OBJECTS ha segnalato drain non validi per le work, con rt2x00lib_probe_dev() e rt2x00lib_remove_dev() presenti nello stack.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.