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().
Fix
Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.
Change history 6
- StatusReceived → PublishedNVD modified 2026-10-24 14:10
- StatusPublished → ReceivedNVD modified 2026-10-24 14:16
- CVSS7.5 (v3.1, CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N)NVD modified 2026-10-24 14:16
- StatusReceived → PublishedNVD modified 2026-10-23 12:21
- StatusPublished → ReceivedNVD modified 2026-10-23 13:17
- First seenunscored · linuxNVD modified 2026-10-23 12:21
Affected (CPE criteria) 0
NVD has not attached CPE configurations yet.