CVE-2026-52998: Linux kernel · NULL Pointer Dereference
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in f4de0777e4554a7de19c920accde6319dd530782 : patch Linux kernel soon.
Data as of 26 Oct 2026, 17:30 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- CISA SSVC
- Exploitation
- No evidence of active exploitation and no public proof of concept
- Automatable
- Attackers can reliably automate steps 1–4 of the kill chain
- Technical impact
- Limited control over the software or limited information exposure
CISA SSVC assessment, 2026-10-16.
- Patch
- Available – fixed in f4de0777e4554a7de19c920accde6319dd530782, edc806f9122961f0d3819f7c69c14cccde31f277, c996a90f3071cf43683e5423da31aadbe002b8b4 +5
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 24 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
Description
In the Linux kernel, the following vulnerability has been resolved: netfilter: nfnetlink_osf: fix potential NULL dereference in ttl check The nf_osf_ttl() function accessed skb->dev to perform a local interface address lookup without verifying that the device pointer was valid. Additionally, the implementation utilized an in_dev_for_each_ifa_rcu loop to match the packet source address against local interface addresses. It assumed that packets from the same subnet should not see a decrement on the initial TTL. A packet might appear it is from the same subnet but it actually isn't especially in modern environments with containers and virtual switching. Remove the device dereference and interface loop. Replace the logic with a switch statement that evaluates the TTL according to the ttl_check.
References
- git.kernel.org/stable/c/f4de0777e4554a7de19c920accde6319dd530782 (opens in a new tab)
- git.kernel.org/stable/c/c996a90f3071cf43683e5423da31aadbe002b8b4 (opens in a new tab)
- git.kernel.org/stable/c/edc806f9122961f0d3819f7c69c14cccde31f277 (opens in a new tab)
- git.kernel.org/stable/c/5d05de2f0928d81309a815ecc76d1a3ad72cbc16 (opens in a new tab)
- git.kernel.org/stable/c/95be653a76793856ff8b2d8bd82c2943c23f5ca8 (opens in a new tab)
- git.kernel.org/stable/c/79b90a96688e521771fa6ed3dc7864b76b8df293 (opens in a new tab)
- git.kernel.org/stable/c/83fc5dd63455a779ea2dd0f7ffee3c920919d80b (opens in a new tab)
- git.kernel.org/stable/c/711987ba281fd806322a7cd244e98e2a81903114 (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-019113.html (opens in a new tab)
- cert-portal.siemens.com/productcert/html/ssa-457936.html (opens in a new tab)