CVE-2026-64113 in Linux
Riassunto
di VulDB • 19/07/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
ixgbevf: correzione del use-after-free nella potatura delle sorgenti multicast VEPA
La funzione ixgbevf_clean_rx_irq() elimina i frame la cui MAC di origine corrisponde all'indirizzo proprio della VF (workaround per il multicast VEPA) liberando l'skb e passando al descrittore successivo:
dev_kfree_skb_irq(skb); continue;
Il puntatore skb è dichiarato esternamente al ciclo while e persiste tra le iterazioni. Poiché l'istruzione `continue` salta la reimpostazione a "skb = NULL" posta in fondo al ciclo, l'iterazione successiva entra nel ramo "else if (skb)" e chiama ixgbevf_add_rx_frag() sull'skb già liberato, dereferenziando skb_shinfo(skb)->nr_frags: si tratta di un use-after-free nel contesto NAPI softirq.
Il driver fratello iavf gestisce correttamente questa situazione azzerando il puntatore prima del `continue`. Si applica qui lo stesso pattern.
Non dispongo dell'hardware ixgbevf; il bug è stato individuato tramite analisi statica (scan_drop_continue_loops.py + semgrep drop_continue_in_loop, con conferma multi-tool che ha ottenuto il punteggio più alto nello scan). L'UAF è stato confermato sotto KASAN caricando un modulo di test che riproduce esattamente lo schema di codice (allocazione skb, kfree_skb e successiva lettura di skb_shinfo(skb)->nr_frags):
BUG: KASAN: slab-use-after-free in ixgbevf_uaf_test_init+0x100/0x1000 Lettura di dimensione 8 all'indirizzo 000000006163ae78 da parte del task insmod/30 regione liberata [000000006163adc0, 000000006163ae90) di 208 byte
QEMU emula igb (82576) ma non ixgbe (82599), e il driver VF igbvf non include il percorso di potatura delle sorgenti VEPA, pertanto una riproduzione end-to-end completa con hardware emulato non è stata possibile.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.