Skip to main content
VulnerabilityPublished

CVE-2026-99074: Linux kernel · ipv4: stop PMTU walk when nexthop group shrinks

Source GCVE Database

0
Authoritative record:CVE-2026-99074

Not known to be exploited · fixed in f27483f9975b5065ff67054cc7eb8edac6083488 : update Linux kernel when convenient.

Data as of 26 Oct 2026, 14:05 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.1% chance of exploitation in 30 days – higher than 4% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in f27483f9975b5065ff67054cc7eb8edac6083488, c60d17d6dd61adc761ac6f65a008fefbc54cbf87, c6d670ac656badfd0e15355e07a13a6bdf3b69fd +6

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Oct 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=6.6.79 <6.6.160
  • >=6.12.16 <6.12.113
  • >=5.15.179 <5.16
  • >=6.1.129 <6.2
Fixed in
  • f27483f9975b5065ff67054cc7eb8edac6083488
  • c60d17d6dd61adc761ac6f65a008fefbc54cbf87
  • c6d670ac656badfd0e15355e07a13a6bdf3b69fd
  • 6619e01855e65ef35723685a557e3eb106f4ecf5
  • 7fd60d3c9a1e1b11ef5f1643bbae78d91eae2f4a
  • 6.12.113
  • 6.6.160
  • 6.2
  • 5.16
LinuxLinuxAffected
  • =6.13
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: ipv4: stop PMTU walk when nexthop group shrinks Commit 7d3f3b4367f3 ("net: ipv4: Cache pmtu for all packet paths if multipath enabled") made __ip_rt_update_pmtu() update every path. For nexthop objects, fib_info_num_path() and fib_info_nhc() independently load nh->nh_grp. RCU protects each group's lifetime but does not make the loads observe the same group. If replacement shrinks the group after the loop accepts an index, fib_info_nhc() returns NULL and update_or_create_fnhe() dereferences it. A deterministic probe only widened the existing window between the real operations. On v7.2, an RTM_NEWNEXTHOP replacement published a one-member group after the PMTU reader accepted index 1 from a two-member group, producing: KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: update_or_create_fnhe+0x45/0x15b0 Stop when the indexed path is absent. Groups are dense, so no later index exists in that snapshot. The same real-writer window completed 114,423 PMTU iterations without an oops with this check. A reproducer is available on request. Replacement requires CAP_NET_ADMIN in the network namespace. Where unprivileged user namespaces are permitted, a local user can obtain it in a new user and network namespace.

References

Community reviews

Loading reviews…