{"id":6881,"date":"2026-09-04T18:49:20","date_gmt":"2026-09-04T10:49:20","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-72255"},"modified":"2026-09-04T18:49:20","modified_gmt":"2026-09-04T10:49:20","slug":"cve-2026-72255","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-72255","title":{"rendered":"CVE-2026-72255 [HIGH] &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nnetfilter: nf_queue:"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>netfilter: nf_queue: pin bridge device while NFQUEUE holds fake dst<\/p>\n<p>The br_netfilter fake rtable is embedded in struct net_bridge and is<br \/>\nattached to bridged packets with skb_dst_set_noref(). If such a packet is<br \/>\nqueued to NFQUEUE, __nf_queue() upgrades that fake dst with<br \/>\nskb_dst_force().<\/p>\n<p>At that point the queued skb can hold a real dst reference after bridge<br \/>\nteardown has started. The problem is not that every bridged packet needs<br \/>\nits own dst reference. The problem is that NFQUEUE can keep the bridge<br \/>\nprivate fake dst alive after unregister begins.<\/p>\n<p>Fix this by keeping the bridge fake dst model unchanged and pinning the<br \/>\nbridge master device only while the packet sits in NFQUEUE. Record the<br \/>\nbridge device in nf_queue_entry when the queued skb carries a bridge fake<br \/>\ndst, take a device reference for the queue lifetime, and drop it when the<br \/>\nqueue entry is freed.<\/p>\n<p>Also make sure queued entries are reaped when that bridge device goes<br \/>\ndown, and drop the redundant nf_bridge_info_exists() test from the fake<br \/>\ndst detection.<\/p>\n<p>This keeps netdev_priv(br-&gt;dev) alive until verdict completion, so the<br \/>\nembedded fake rtable and its metrics backing storage cannot be freed out<br \/>\nfrom under dst_release(). It also avoids the constant refcount bump and<br \/>\navoids using ipv4-specific dst helpers for IPv6 bridge traffic.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>netfilter: nf_queue: pin bridge device while NFQUEUE holds fake dst<\/p>\n<p>The br_netfilter fake rtable is embedded in struct net_bridge <\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-6881","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/6881","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=6881"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6881"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=6881"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}