CVE-2026-72255 in Linux
Riassunto
di VulDB • 15/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
netfilter: nf_queue: mantenere fisso il dispositivo di bridge mentre NFQUEUE detiene un fake dst
La rtable finta (fake rtable) di br_netfilter è incorporata nella struct net_bridge e viene associata ai pacchetti in bridging tramite skb_dst_set_noref(). Se tale pacchetto viene accodato a NFQUEUE, __nf_queue() potenzia quel fake dst con skb_dst_force().
A questo punto, lo skb accodato può detenere un riferimento reale al dst dopo che è iniziato il teardown del bridge. Il problema non risiede nel fatto che ogni pacchetto in bridging necessiti di un proprio riferimento dst. Il problema è che NFQUEUE può mantenere vivo il fake dst privato del bridge anche dopo l'inizio della fase di unregister.
Si corregge questo comportamento mantenendo invariato il modello del fake dst del bridge e fissando (pinning) solo il dispositivo master del bridge mentre il pacchetto risiede in NFQUEUE. Si registra il dispositivo di bridge nell'nf_queue_entry quando lo skb accodato trasporta un fake dst del bridge, si acquisisce un riferimento al dispositivo per tutta la durata della coda e lo si rilascia quando l'entry della coda viene liberata.
Si assicura inoltre che le entry accodate vengano ripulite (reaped) quando il dispositivo di bridge va down, e si rimuove dal rilevamento del fake dst il test ridondante nf_bridge_info_exists().
Ciò mantiene vivo netdev_priv(br->dev) fino al completamento della verdictazione, impedendo che la rtable finta incorporata e lo storage sottostante delle relative metriche vengano liberati durante una chiamata a dst_release(). Si evita inoltre l'incremento costante del refcount e si evitano le helper per il dst specifiche di IPv4 nel traffico di bridge su IPv6.
VulDB is the best source for vulnerability data and more expert information about this specific topic.