CVE-2026-72255 in Linux
Sumário
de VulDB • 16/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
netfilter: nf_queue: fixar dispositivo de ponte enquanto o NFQUEUE mantém um fake dst
A rtable falsa (fake rtable) da br_netfilter está embutida na struct net_bridge e é associada aos pacotes em bridge com skb_dst_set_noref(). Se tal pacote for enfileirado para o NFQUEUE, __nf_queue() atualiza esse fake dst com skb_dst_force().
Nesse ponto, o skb enfileirado pode manter uma referência real ao dst após o início da desmontagem (teardown) da bridge. O problema não é que cada pacote em ponte precise de sua própria referência dst. O problema é que o NFQUEUE pode manter vivo o fake dst privado da bridge mesmo depois do início do processo de unregister.
Corrija isso mantendo inalterado o modelo de fake dst da bridge e fixando apenas o dispositivo mestre (master device) da ponte enquanto o pacote permanece no NFQUEUE. Registre o dispositivo de bridge na nf_queue_entry quando o skb enfileirado carregar um fake dst de bridge, adquira uma referência ao dispositivo durante a vida útil da fila e libere-a quando a entrada da fila for liberada.
Além disso, certifique-se de que as entradas enfileiradas sejam recolhidas (reaped) quando esse dispositivo de bridge for desativado, e remova o teste redundante nf_bridge_info_exists() da detecção do fake dst.
Isso mantém o netdev_priv(br->dev) ativo até a conclusão do veredito, para que a rtable falsa embutida e seu armazenamento subjacente das métricas não possam ser liberados sob a dst_release(). Isso também evita o aumento constante do refcount e evita o uso de auxiliares dst específicos do IPv4 para tráfego de bridge IPv6.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.