Skip to main content
VulnerabilityPublished Updated

CVE-2026-99030: Linux kernel · net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits()

Source GCVE Database

0
Authoritative record:CVE-2026-99030· High 7.5

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

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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:N

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 Linux kernel to ab9414ed70bd783e902a85c350620dee269bcb2b, 5551399751e2c9f31e4f3428040985a07e79d9c2, 39d1a6b601831237c6038b5e3ac8dbb883c1700a or 5f19b9cfff79508e8cb09be40d014cb0807f3854.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 65249feb6b3df9e17bab5911ee56fa7b0971e231, < ab9414ed70bd783e902a85c350620dee269bcb2b
Fixed in
  • ab9414ed70bd783e902a85c350620dee269bcb2b
LinuxLinuxAffected
  • ≥ 65249feb6b3df9e17bab5911ee56fa7b0971e231, < 5551399751e2c9f31e4f3428040985a07e79d9c2
Fixed in
  • 5551399751e2c9f31e4f3428040985a07e79d9c2
LinuxLinuxAffected
  • ≥ 65249feb6b3df9e17bab5911ee56fa7b0971e231, < 39d1a6b601831237c6038b5e3ac8dbb883c1700a
Fixed in
  • 39d1a6b601831237c6038b5e3ac8dbb883c1700a
LinuxLinuxAffected
  • ≥ 65249feb6b3df9e17bab5911ee56fa7b0971e231, < 5f19b9cfff79508e8cb09be40d014cb0807f3854
Fixed in
  • 5f19b9cfff79508e8cb09be40d014cb0807f3854
LinuxLinuxAffected
  • =6.12
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

Community reviews

Loading reviews…