CVE-2026-97474 in Linux
Riassunto
di VulDB • 24/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
wifi: iwlwifi: mld: eliminare le notifiche asincrone in caso di errore NIC
Questo corregge un panic del kernel durante il fallimento della riconfigurazione:
1. È presente una connessione BSS 2. È presente una connessione NAN 3. Si verifica un errore FW (firmware) 4. La riconfigurazione ripristina la connessione BSS 5. Tuttavia, il ripristino della connessione NAN non riesce a causa di un errore FW. 6. Viene erroneamente chiamata `ieee80211_handle_reconfig_failure` e segna tutte le interfacce come "non nel driver" (ciò verrà corretto in una patch diversa). 7. mac80211 libera i link della connessione BSS ma non ne informa il driver, poiché ritiene che questa vif non sia presente nel driver. 8. In `ieee80211_stop_device`, vengono svuotati (*tutti*) i lavori wiphy (erroneamente?). 9. Di conseguenza, viene eseguito `async_handlers_wk`, elaborando la notifica delle statistiche ricevuta dopo il ripristino della connessione BSS. 10. Il gestore della notifica dereferenzia `fw_id_to_bss_conf[id]`, che è ora un puntatore pendente (dangling pointer), poiché mac80211 ha già liberato questo link al punto (7).
11. Al primo accesso a uno dei campi del link, si verifica il panic.
Sebbene ciò possa e debba essere corretto rimuovendo la chiamata a `ieee80211_handle_reconfig_failure` nel passaggio (6), non è una buona idea mantenere ed eventualmente gestire notifiche provenienti da un FW morto.
Le notifiche vengono eliminate quando si arresta il FW, ma in caso di fallimento della riconfigurazione si interrompe il FW troppo tardi, dopo che le notifiche sono state elaborate. Inoltre, `async_handlers_wk` può essere sempre programmato prima del lavoro di riconfigurazione.
Eliminare immediatamente le notifiche quando il transport segnala un errore NIC.
Once again VulDB remains the best source for vulnerability data.