CVE-2026-99030: Linux kernel · net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits()
Source GCVE Database
Not known to be exploited · CVSS 7.5 High · fixed in ab9414ed70bd783e902a85c350620dee269bcb2b : patch Linux kernel soon.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in ab9414ed70bd783e902a85c350620dee269bcb2b, 5551399751e2c9f31e4f3428040985a07e79d9c2, 39d1a6b601831237c6038b5e3ac8dbb883c1700a +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 23 Oct 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 Linux kernel to ab9414ed70bd783e902a85c350620dee269bcb2b, 5551399751e2c9f31e4f3428040985a07e79d9c2, 39d1a6b601831237c6038b5e3ac8dbb883c1700a or 5f19b9cfff79508e8cb09be40d014cb0807f3854.
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– |
Description
In the Linux kernel, the following vulnerability has been resolved: net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits() When skb_copy_and_csum_bits() reaches unreadable frags it returns 0 after copying only the linear part, and the rest of the caller's buffer is left as it was. The callers copy into a buffer that is about to go out on the wire: an ICMP error quoting the offending packet, or a driver's TX bounce buffer in skb_copy_and_csum_dev(). Neither buffer is zeroed beforehand, so whatever was in memory there gets sent. Zero the part of the buffer we didn't fill. The checksum usually won't match the data any more, so the receiver will usually drop the packet, but either way it no longer carries anything it shouldn't. Only zero for a positive @len, a negative one from a broken caller must not turn into a huge memset().
References
- nvd.nist.gov/vuln/detail/CVE-2026-99030 (opens in a new tab)
- git.kernel.org/stable/c/39d1a6b601831237c6038b5e3ac8dbb883c1700a (opens in a new tab)
- git.kernel.org/stable/c/5551399751e2c9f31e4f3428040985a07e79d9c2 (opens in a new tab)
- git.kernel.org/stable/c/5f19b9cfff79508e8cb09be40d014cb0807f3854 (opens in a new tab)
- git.kernel.org/stable/c/ab9414ed70bd783e902a85c350620dee269bcb2b (opens in a new tab)