CVE-2026-72255: netfilter: nf_queue: pin bridge device while NFQUEUE holds fake dst

In the Linux kernel, the following vulnerability has been resolved:

netfilter: nfqueue: pin bridge device while NFQUEUE holds fake dst

The brnetfilter fake rtable is embedded in struct netbridge and is attached to bridged packets with skbdstsetnoref(). If such a packet is queued to NFQUEUE, nfqueue() upgrades that fake dst with skbdstforce().

At that point the queued skb can hold a real dst reference after bridge teardown has started. The problem is not that every bridged packet needs its own dst reference. The problem is that NFQUEUE can keep the bridge private fake dst alive after unregister begins.

Fix this by keeping the bridge fake dst model unchanged and pinning the bridge master device only while the packet sits in NFQUEUE. Record the bridge device in nfqueueentry when the queued skb carries a bridge fake dst, take a device reference for the queue lifetime, and drop it when the queue entry is freed.

Also make sure queued entries are reaped when that bridge device goes down, and drop the redundant nfbridgeinfoexists() test from the fake dst detection.

This keeps netdevpriv(br->dev) alive until verdict completion, so the embedded fake rtable and its metrics backing storage cannot be freed out from under dstrelease(). It also avoids the constant refcount bump and avoids using ipv4-specific dst helpers for IPv6 bridge traffic.