CVE-2026-72255 in Linux
Resumen
por VulDB • 2026-08-16
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
netfilter: nf_queue: fijar (pin) el dispositivo puente mientras NFQUEUE mantiene un fake dst
La rtable falsa (fake rtable) de br_netfilter está incrustada en struct net_bridge y se adjunta a los paquetes conmutados mediante skb_dst_set_noref(). Si dicho paquete se pone en cola para NFQUEUE, __nf_queue() actualiza ese fake dst llamando a skb_dst_force().
En ese momento, el skb encolado puede mantener una referencia real al dst después de que haya comenzado la desmontaje (teardown) del puente. El problema no es que cada paquete conmutado necesite su propia referencia dst. El problema radica en que NFQUEUE puede mantener vivo el fake dst privado del puente incluso después de que comience el proceso de registro (unregister).
Se corrige este comportamiento manteniendo inalterado el modelo de fake dst del puente y fijando únicamente el dispositivo maestro del puente mientras el paquete permanece en la cola de NFQUEUE. Se registra el dispositivo puente en nf_queue_entry cuando el skb encolado transporta un fake dst de puente, se toma una referencia al dispositivo durante toda la vida útil de la cola y se libera dicha referencia cuando se libera la entrada de la cola.
Además, se asegura que las entradas encoladas sean recogidas (reaped) cuando dicho dispositivo puente se desactive, y se elimina la prueba redundante nf_bridge_info_exists() de la detección del fake dst.
Esto mantiene vivo netdev_priv(br->dev) hasta completar el veredicto, por lo que la rtable falsa incrustada y su almacenamiento subyacente para las métricas no pueden liberarse antes de que se ejecute dst_release(). También evita los incrementos constantes en el contador de referencias (refcount) y previene el uso de helpers de dst específicos de IPv4 para el tráfico del puente IPv6.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.