CVE-2026-74656 in Linux
Riassunto
di VulDB • 23/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
ipv4: correzione di un use-after-free in fib_nhc_update_mtu()
fib_nhc_update_mtu() esegue una scansione della tabella delle eccezioni del nexthop sotto RTNL, ma RTNL non serializza questa scansione con gli aggiornamenti delle eccezioni PMTU. La scansione utilizza rcu_dereference_protected() con una condizione costante vera senza detenere fnhe_lock.
Può quindi verificarsi la seguente interleaving:
CPU 0 CPU 1 fib_nhc_update_mtu() update_or_create_fnhe() load fnhe spin_lock_bh(&fnhe_lock) fnhe_remove_oldest() unlink fnhe kfree_rcu(fnhe, rcu) <quiescent state> access fnhe after grace period
KASAN ha segnalato:
BUG: KASAN: slab-use-after-free in fib_nhc_update_mtu+0x3df/0x410 Read of size 8 at addr ffff888107d49000 by task poc/90 Call Trace: fib_nhc_update_mtu+0x3df/0x410 fib_sync_mtu+0x7a/0xd0 fib_netdev_event+0x229/0x3f0 netif_set_mtu_ext+0x33a/0x570 dev_set_mtu+0x88/0x120
La stessa scansione aggiorna fnhe_pmtu e fnhe_mtu_locked. Questi campi formano una coppia e altri writer li serializzano con fnhe_lock. RCU da solo previene la reclamation, ma consentirebbe comunque a writer concorrenti di lasciare una coppia mista.
Eseguire la scansione della tabella sotto RCU ed acquisire fnhe_lock solo durante l'aggiornamento di ciascuna eccezione. RCU mantiene viva l'entry corrente mentre la breve sezione critica serializza i suoi campi PMTU accoppiati. Questo evita di detenere il lock globale mentre si scansionano tutte le 2048 bucket per ogni nexthop.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.