CVE-2026-99072
NoneCVSS
—
EPSS
0.2%
Published
Oct 23, 2026
CISA due date
—
Cloudanix analysis
A recent Linux kernel bug could cause network-related crashes on systems that change routes frequently, though the chance of attackers triggering it appears very low.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- Moderate
- Impact
- Denial Of Service
- Component
- OS kernel
- Class
- Race Condition
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
Race condition in Linux kernel IPv4 fib_nlmsg_size and fib_info_nhc handling allows NULL pointer dereference when a nexthop group shrinks between path count check and nhc reload during asynchronous hardware flag notifications.
Why it matters to the business
Potential kernel crashes or instability on systems performing dynamic IPv4 routing changes, leading to network service disruption and requiring restarts in affected environments; low observed exploitation risk reduces immediate urgency.
How an attack unfolds
An attacker with local access or the ability to trigger route changes induces a timing window where RTM_NEWNEXTHOP replaces a nexthop group with fewer paths; the sizing function observes the original count then dereferences a now-absent path entry, causing a crash.
How to fix it
Apply the upstream kernel patch that stops sizing when the indexed path is absent; update to a Linux kernel version containing the fix for this race condition once released.
How to confirm the fix worked
Confirm kernel source contains the updated fib_nlmsg_size logic that checks path presence before dereference; test by exercising nexthop group shrink operations under load and verify absence of NULL dereference crashes.
Typical attack path
- Obtain local execution or route manipulation capability on target system
- Trigger repeated IPv4 route or nexthop group modifications to create shrinking events
- Exploit the window between fib_info_num_path check and fib_info_nhc reload to dereference NULL
- Cause kernel oops or panic to achieve denial of service
How to detect it
Inspect kernel logs for NULL pointer dereference oops in fib_nlmsg_size or ipv4 route notification paths around times of route table changes; correlate with netlink message activity.
What your security team should do
- Monitor for kernel updates addressing this IPv4 notification race and schedule rollout within standard patching cycles given low EPSS
- Review systems with heavy dynamic IPv4 routing for exposure and prioritize testing in lab environments
- Enable kernel crash reporting and logging to detect potential triggers post-deployment
The record
In the Linux kernel, the following vulnerability has been resolved: ipv4: stop route notification sizing when nexthop group shrinks Commit 680aea08e78c ("net: ipv4: Emit notification when fib hardware flags are changed") added an RCU-only fib_nlmsg_size() call for asynchronous hardware flag notifications. fib_nlmsg_size() checks fib_info_num_path() before each iteration, then fib_info_nhc() independently reloads nh->nh_grp. If RTM_NEWNEXTHOP replaces a group with fewer paths between those loads, fib_info_nhc() returns NULL and fib_nexthop_nlmsg_size() dereferences it. Stop sizing when the indexed path is absent. Nexthop groups are dense, so the current snapshot has no later path.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|