CVE-2026-52981: Linux kernel · neigh: let neigh_xmit take skb ownership
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in 4438113be604ee67a7bf4f81da6e1cca41332ce4 : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 44% 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 4438113be604ee67a7bf4f81da6e1cca41332ce4, 0084712e0bee204b284510cdb63182fd5a30c2b7, 63063ba60d2dc334e34f1e3f9271d7f3f6f30307 +3
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: neigh: let neigh_xmit take skb ownership neigh_xmit always releases the skb, except when no neighbour table is found. But even the first added user of neigh_xmit (mpls) relied on neigh_xmit to release the skb (or queue it for tx). sashiko reported: If neigh_xmit() is called with an uninitialized neighbor table (for example, NEIGH_ND_TABLE when IPv6 is disabled), it returns -EAFNOSUPPORT and bypasses its internal out_kfree_skb error path. Because the return value of neigh_xmit() is ignored here, does this leak the SKB? Assume full ownership and remove the last code path that doesn't xmit or free skb.
References
- git.kernel.org/stable/c/8a89054a1ec0767aec25ed2bbac933da6ba3cf5a (opens in a new tab)
- git.kernel.org/stable/c/9247d59ca15bf60a57dca08103f055d8a4340877 (opens in a new tab)
- git.kernel.org/stable/c/0084712e0bee204b284510cdb63182fd5a30c2b7 (opens in a new tab)
- git.kernel.org/stable/c/63063ba60d2dc334e34f1e3f9271d7f3f6f30307 (opens in a new tab)
- git.kernel.org/stable/c/445e45a2c3a078316a62d2d331a570cf34ef5079 (opens in a new tab)
- git.kernel.org/stable/c/4438113be604ee67a7bf4f81da6e1cca41332ce4 (opens in a new tab)