CVE-2026-53175
published 2026-06-25CVE-2026-53175: In the Linux kernel, the following vulnerability has been resolved: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush On netns teardown…
PriorityP349critical9.8CVSS 3.1
AVNACLPRNUINSUCHIHAH
EPSS
0.34%
26.1th percentile
In the Linux kernel, the following vulnerability has been resolved:
inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
On netns teardown, fqdir_pre_exit() walks the fqdir rhashtable and
flushes every fragment queue that is not yet complete using
inet_frag_queue_flush(). That helper frees all the skbs queued on the
fragment queue but does not set INET_FRAG_COMPLETE, and leaves
q->fragments_tail and q->last_run_head pointing at the freed skbs.
The queue itself stays in the rhashtable.
fqdir_pre_exit() first lowers high_thresh to 0 to stop new queue lookups,
but it cannot stop a fragment that already obtained the queue through
inet_frag_find() earlier and stalled just before taking the queue lock.
Once that fragment resumes after the flush and takes the queue lock,
it passes the INET_FRAG_COMPLETE check and then dereferences the freed
fragments_tail. inet_frag_queue_insert() reads FRAG_CB() and ->len of
that pointer and, on the append path, writes ->next_frag, causing a
slab use-after-free. IPv6, nf_conntrack_reasm6 and 6lowpan reassembly
share the same flush path and are affected as well.
Reset rb_fragments, fragments_tail and last_run_head in
inet_frag_queue_flush() so a flushed queue no longer points at the
freed skbs. A fragment that resumes after the flush and takes the
queue lock then finds an empty queue and starts a new run instead of
dereferencing the freed fragments_tail. ip_frag_reinit() already
performed this reset after its own flush, so drop the now duplicate
code there.
Affected
27 ranges· showing 25
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| linux | linux | — | — |
| linux | linux | >= 006a5035b495dec008805df249f92c22c89c3d2e < 010c3313a4d178dc2d3ce958d2e5cb055e2864c1 | 010c3313a4d178dc2d3ce958d2e5cb055e2864c1 |
| linux | linux | >= 006a5035b495dec008805df249f92c22c89c3d2e < 32594b09854970d7ba83eb2dc8c69a2edd158c8e | 32594b09854970d7ba83eb2dc8c69a2edd158c8e |
| linux | linux | >= 22ee4010866da81aeee08e1ea3fddbe418feb212 < 0e823ca0e7391630784ae7dd0981b7ad170a93d9 | 0e823ca0e7391630784ae7dd0981b7ad170a93d9 |
| linux | linux | >= 543555954b1ee8d1903a7020324efb41b0c97428 < c22599cc90e1cd5f8129c8670bd68a02ff7177b4 | c22599cc90e1cd5f8129c8670bd68a02ff7177b4 |
| linux | linux | >= 6.12.93 < 6.12.94 | 6.12.94 |
| linux | linux | >= 6.18.3 < 6.18.36 | 6.18.36 |
| linux | linux | >= c70df25214ac9b32b53e18e6ae3b8f073ffa6903 < 89b909e9704587bfecc1aab1d37e98faee03b9f9 | 89b909e9704587bfecc1aab1d37e98faee03b9f9 |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
| linux | linux_kernel | — | — |
CVSS provenance
nvdv3.19.8CRITICALCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vendor_redhat9.8CRITICAL
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
VulDB
Linux Kernel up to 6.12.93/6.18.35/7.0.12 inet fqdir_pre_exit fragments_tail use after free (WID-SEC-2026-2077)
vuldb·2026-06-29·CVSS 9.8
CVE-2026-53175 [CRITICAL] Linux Kernel up to 6.12.93/6.18.35/7.0.12 inet fqdir_pre_exit fragments_tail use after free (WID-SEC-2026-2077)
A vulnerability, which was classified as critical, has been found in Linux Kernel up to 6.12.93/6.18.35/7.0.12. This impacts the function fqdir_pre_exit of the component inet. The manipulation of the argument fragments_tail leads to use after free.
This vulnerability is referenced as CVE-2026-53175. The attack needs to be initiated within the local network. No exploit is available.
It is advisable to upgrade the affected component.
GHSA
In the Linux kernel, the following vulnerability has been resolved: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush On netns teardown, fqdir_pre_exit() walks the fqdir rhashtabl
ghsa_unreviewed·2026-06-25
CVE-2026-53175 In the Linux kernel, the following vulnerability has been resolved: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush On netns teardown, fqdir_pre_exit() walks the fqdir rhashtabl
In the Linux kernel, the following vulnerability has been resolved:
inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
On netns teardown, fqdir_pre_exit() walks the fqdir rhashtable and
flushes every fragment queue that is not yet complete using
inet_frag_queue_flush(). That helper frees all the skbs queued on the
fragment queue but does not set INET_FRAG_COMPLETE, and leaves
q->fragments_tail and q->last_run_head pointing at the freed skbs.
The queue itself stays in the rhashtable.
fqdir_pre_exit() first lowers high_thresh to 0 to stop new queue lookups,
but it cannot stop a fragment that already obtained the queue through
inet_frag_find() earlier and stalled just before taking the queue lock.
Once that fragment resumes after the flush and takes the queue lock,
it pas
Red Hat
kernel: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
vendor_redhat·2026-06-25·CVSS 9.8
CVE-2026-53175 [CRITICAL] kernel: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
kernel: inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
In the Linux kernel, the following vulnerability has been resolved:
inet: frags: fix use-after-free caused by the fqdir_pre_exit() flush
On netns teardown, fqdir_pre_exit() walks the fqdir rhashtable and
flushes every fragment queue that is not yet complete using
inet_frag_queue_flush(). That helper frees all the skbs queued on the
fragment queue but does not set INET_FRAG_COMPLETE, and leaves
q->fragments_tail and q->last_run_head pointing at the freed skbs.
The queue itself stays in the rhashtable.
fqdir_pre_exit() first lowers high_thresh to 0 to stop new queue lookups,
but it cannot stop a fragment that already obtained the queue through
inet_frag_find() earlier and stalled just before taking the queue lock.
No detection rules found.
No public exploits indexed.
https://git.kernel.org/stable/c/010c3313a4d178dc2d3ce958d2e5cb055e2864c1https://git.kernel.org/stable/c/0e823ca0e7391630784ae7dd0981b7ad170a93d9https://git.kernel.org/stable/c/32594b09854970d7ba83eb2dc8c69a2edd158c8ehttps://git.kernel.org/stable/c/89b909e9704587bfecc1aab1d37e98faee03b9f9https://git.kernel.org/stable/c/c22599cc90e1cd5f8129c8670bd68a02ff7177b4https://access.redhat.com/security/cve/CVE-2026-53175https://bugzilla.redhat.com/show_bug.cgi?id=2492840https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-53175.json
2026-06-25
Published