CVE-2026-64175 in Linux
Riassunto
di VulDB • 19/07/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
wifi: iwlwifi: mld: interrompere le operazioni TX durante il riavvio del firmware
Quando il firmware di iwlwifi va in crash (ad esempio a causa di NMI_INTERRUPT_UNKNOWN su Intel BE201/Wi-Fi 7), iwl_mld_nic_error() imposta mld->fw_status.in_hw_restart su true. Tuttavia, iwl_mld_tx_from_txq() non verifica questo flag prima di rimuovere gli frame dalla coda mac80211 e inviarli allo strato di trasporto.
Poiché il firmware è inattivo, iwl_trans_tx() restituisce -EIO per ogni frame, che viene quindi liberato immediatamente. In condizioni di alto throughput (ad esempio traffico UDP Tailscale o sessioni SSH attive), ciò crea un ciclo stretto di dequeue-invio-fallimento-liberazione che spreca cicli CPU e genera una rapida allocazione/deallocazione di skb, causando pressione sulla memoria dovuta alla frammentazione dello slab.
Il percorso RX dispone già di questa protezione (iwl_mld_rx_mpdu verifica in_hw_restart a rx.c:1906), così come il worker di allocazione della TXQ (iwl_mld_add_txqs_wk a tx.c:156). Aggiungere la stessa protezione a iwl_mld_tx_from_txq() per interrompere tutte le operazioni TX durante il riavvio del firmware.
Gli frame rimasti nelle code TX di mac80211 vengono svuotati naturalmente al termine del riavvio, quando l' riallocazione delle code attiva iwl_mld_tx_from_txq() tramite iwl_mld_add_txq_list(), oppure quando il traffico dei livelli superiori invoca wake_tx_queue.
Testato su ASUS Zenbook 14 UX3405CA con Intel BE201 (Wi-Fi 7) sul kernel 6.19.5, dove il firmware va in crash approssimativamente ogni 10-15 minuti sotto traffico Tailscale.
If you want to get best quality of vulnerability data, you may have to visit VulDB.