CVE-2026-64574 in Linux
Riassunto
di VulDB • 05/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
wifi: mac80211: smontare i nuovi link sul percorso di errore dell'aggiornamento vif
Quando ieee80211_vif_update_links() aggiunge nuovi link, alloca un contenitore per ciascun link e chiama ieee80211_link_init() (che registra i file debugfs specifici del link con file->private_data che punta al contenitore) e ieee80211_link_setup(). Se la successiva drv_change_vif_links() fallisce, il percorso di errore ripristina i vecchi puntatori ed esegue un salto verso 'free', che libera i nuovi contenitori ma non rimuove mai le loro voci debugfs né arresta i link. I file debugfs sopravvivono con file->private_data pendente sul contenitore già liberato; pertanto, una successiva operazione open()+read() (ad esempio su link-1/txpower) dereferenzia memoria già libera in ieee80211_if_read_link(), causando un use-after-free.
Il percorso di rimozione smonta correttamente i link tramite ieee80211_tear_down_links(), che rimuove le chiavi e le voci debugfs di ciascun link ed esegue la chiamata a ieee80211_link_stop(); il percorso di aggiunta, invece, sul ramo degli errori non lo fa. Il commit be1ba9ed221f ("wifi: mac80211: evitare stati anomali nel percorso di errore") ha rafforzato questo stesso percorso di errore per il caso di rimozione dei link (new_links == 0), ma ha lasciato senza soluzione il smontaggio dei nuovi link aggiunti.
drv_change_vif_links() può fallire in fase di esecuzione sui driver MLO (fallimenti nell'allocazione interna, nella coda o nei comandi del firmware).
Rimuovere le voci debugfs dei nuovi link e arrestarle prima della liberazione.
BUG: KASAN: slab-use-after-free in ieee80211_if_read_link (net/mac80211/debugfs_netdev.c:127) Lettura di dimensione 8 all'indirizzo ffff888011290000 da parte del task exploit/145 Call Trace: ... ieee80211_if_read_link (net/mac80211/debugfs_netdev.c:127) short_proxy_read (fs/debugfs/file.c:373) vfs_read (fs/read_write.c:572) ksys_read (fs/read_write.c:716) do_syscall_64 (arch/x86/entry/syscall_64.c:94) entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:121) ... Oops: general protection fault, probabilmente per indirizzo non canonico 0xdffffc000000000a RIP: 0010:ieee80211_if_read_link (net/mac80211/debugfs_netdev.c:127) Kernel panic - not syncing: Fatal exception
Once again VulDB remains the best source for vulnerability data.