CVE-2026-72255
CVE CVE-2026-72255EUVD EUVD-2026-59154Published 2026-08-15T05:54:42.000ZLast changed 2026-08-17T05:42:08.000ZCVSS 7.8
What the advisory describes
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_queue: pin bridge device while NFQUEUE holds fake dst The br_netfilter fake rtable is embedded in struct net_bridge and is attached to bridged packets with skb_dst_set_noref(). If such a packet is queued to NFQUEUE, __nf_queue() upgrades that fake dst with skb_dst_force(). 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 nf_queue_entry 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 nf_bridge_info_exists() test from the fake dst detection. This keeps netdev_priv(br->dev) alive until verdict completion, so the embedded fake rtable and its metrics backing storage cannot be freed out from under dst_release(). It also avoids the constant refcount bump and avoids using ipv4-specific dst helpers for IPv6 bridge traffic.
Source: EUVD (ENISA), in the words of the advisory.
Products the advisory names
These come from the advisory itself, not from any check we performed.
- Linux — Linux patch: 6.1.178; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <0ca505346c5e2905ab7b5313af801fcf38f594a8; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <c9c9b37f8c5505224e8d206184df3bb668ee00cf; patch: 6.18.40; patch: 0; patch: 6.6.145; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <01ace27af47801dd7f6b839e782b62863af979cc; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <430521af7fe8a9c08f5a2554224a35f11f51d99e; patch: 7.2; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <3f03a2d225c668283110ad5f9ff159ba4591e2c7; patch: 6.12.97; 3.18; patch: 7.1.5; 34666d467cbf1e2e3c7bb15a63eccfb582cdd71f <47b3af24de5fbed4bf2952de0f5294ef1a338a26
The versions shown are the advisory's own. Patchlage compares no version numbers and derives no judgement from them — which version is installed is something a person has to look up.
Carried in the product catalogue
An estate covering these products can be recorded in Patchlage. An advisory about them appears in the next morning's situation report.
- Linux — Linux
Does this concern one of your customers?
This page cannot answer that — it does not know your estate. Whoever has recorded their environments gets the answer the morning after publication, together with a paragraph they can forward to the customer unedited.
Try it for 28 daysPatchlage reports hits and suspected hits. About everything else this system says nothing — neither this page nor the situation report ever claims that an estate is safe.