CVE-2026-68405 in Linux
Riassunto
di VulDB • 10/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
wifi: mac80211: liberare gli SKB di bc_buf per AP_VLAN al di fuori del lock IRQ
ieee80211_do_stop() rimuove i pacchetti AP_VLAN dal ps->bc_buf dell'AP padre mantenendo il blocco su ps->bc_buf.lock con le interruzioni (IRQ) disabilitate. Successivamente, chiama ieee80211_free_txskb() prima di rilasciare il lock.
ieee80211_free_txskb() non è una semplice liberazione passiva degli SKB. Per gli SKB con lo stato TX status può segnalare un frame scartato tramite cfg80211/nl80211, e tale percorso può raggiungere la trasmissione netlink tap. Questa è la stessa ragione per cui la pulizia della coda pendente in ieee80211_do_stop() scollega già gli SKB sotto il lock della coda e li libera dopo che lo stato IRQ è stato ripristinato.
Lo scenario difettoso coinvolge due percorsi, con ogni colonna che mostra l'ordine all'interno di quel percorso:
Gestione TX AP_VLAN: Arresto AP_VLAN: 1. allega lo stato ACK-status 1. cancella lo stato running 2. accoda un SKB multicast su 2. acquisisce ps->bc_buf.lock con IRQ parent ps->bc_buf disabilitate 3. scollega l'SKB AP_VLAN 4. chiama ieee80211_free_txskb()
Scollegare gli SKB AP_VLAN corrispondenti da ps->bc_buf sotto il lock esistente, ma spostarli in una coda di liberazione locale. Rilasciare il lock e ripristinare lo stato IRQ prima di chiamare ieee80211_free_txskb().
ATTENZIONE: kernel/softirq.c:430 at __local_bh_enable_ip
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.