CVE-2026-45859 netfilter: nfnetlink_queue: do shared-unconfirmed check before segmentation

High 7.5 Published Updated

A regression in the Linux kernel netfilter module causes UDP packets to be dropped instead of queued, leading to denial of service.

Exploited in the wild
Not known
Login needed
Not needed
Attackable
Over the internet
Victim action needed
Not needed
Fix
Available

What is CVE-2026-45859?

CVE-2026-45859 is a high-severity denial of service vulnerability in Linux kernel, published on 27 May 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.

Official description

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

netfilter: nfnetlink_queue: do shared-unconfirmed check before segmentation

Ulrich reports a regression with nfqueue:

If an application did not set the 'F_GSO' capability flag and a gso packet with an unconfirmed nf_conn entry is received all packets are now dropped instead of queued, because the check happens after skb_gso_segment(). In that case, we did have exclusive ownership of the skb and its associated conntrack entry. The elevated use count is due to skb_clone happening via skb_gso_segment().

Move the check so that its peformed vs. the aggregated packet.

Then, annotate the individual segments except the first one so we can do a 2nd check at reinject time.

For the normal case, where userspace does in-order reinjects, this avoids packet drops: first reinjected segment continues traversal and confirms entry, remaining segments observe the confirmed entry.

While at it, simplify nf_ct_drop_unconfirmed(): We only care about unconfirmed entries with a refcnt > 1, there is no need to special-case dying entries.

This only happens with UDP. With TCP, the only unconfirmed packet will be the TCP SYN, those aren't aggregated by GRO.

Next patch adds a udpgro test case to cover this scenario.

Weakness: CWE-400

Which versions are affected by CVE-2026-45859?

It affects 1 product.

Products include Linux kernel.

How do I fix CVE-2026-45859?

Apply the vendor's patch.

Upgrade, then put limits on request size, rate and nesting depth so one client cannot exhaust the service. More about Denial of service.

Is CVE-2026-45859 being exploited?

There is no known exploitation of CVE-2026-45859 in the wild and no public exploit code.

All Linux kernel vulnerabilities

Sources

Also known as AZL-88478, BELL-CVE-2026-45859, DEBIAN-CVE-2026-45859, GHSA-v8w5-25mx-q5r4, ROOT-OS-DEBIAN-12-CVE-2026-45859, ROOT-OS-UBUNTU-2204-CVE-2026-45859 and 2 more.

Is CVE-2026-45859 in your software?

Upload an SBOM and sbomify checks it against every vulnerability here, every day.

Check your SBOMs for free