CVE-2026-53365vsock/virtio: fix zerocopy completion for multi-skb sends
Updated under an hour ago ()
Does this affect you?
It affects Linux and 1 other product. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: vsock/virtio: fix zerocopy completion for multi-skb sends When a large message is fragmented into multiple skbs, the zerocopy uarg is only allocated and attached to the last skb in the loop. Non-final skbs carry pinned user pages with no completion tracking, so the kernel has no way to notify userspace when those pages are safe to reuse. If the loop breaks early the uarg is never allocated at all, leaking pinned pages with no completion notification. Fix this by following the approach used by TCP: allocate the zerocopy uarg (if not provided by the caller) before the send loop and attach it to every skb via skb_zcopy_set(), which takes a reference per skb. Each skb's completion properly decrements the refcount, and the notification only fires after the last skb is freed. On failure, if no data was sent, the uarg is cleanly aborted via net_zcopy_put_abort(). This issue was initially discovered by sashiko while reviewing commit 1cb36e252211 ("vsock/virtio: fix MSG_ZEROCOPY pinned-pages accounting") but was pre-existing.
- CVSS
- 7.8 HIGH (v3.1, CISA ADP)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- Weakness (CWE)
- CWE-404
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Modified
- Record last updated
- Aug 18, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | 581512a6dc939ef122e49336626ae159f3b8a345 builds before 293fe8f2d1b5ac464ca16a8eba09571bbbb34ba9; 581512a6dc939ef122e49336626ae159f3b8a345 builds before 76b995bc57bd90cb6e954e1966fbd8786da47f0d; from 581512a6dc939ef122e49336626ae159f3b8a345 before b3155f2b78db21e99256bcf7eb902f24ff6d5338; from 581512a6dc939ef122e49336626ae159f3b8a345 before ae38d9179190a956e2a87a69ef1dd6f451b51c4d | CNA record |
linux linux_kernel linux:linux_kernel | from 6.7 before 6.18.34; from 6.19 before 7.0.11; 7.1; 7.1; 7.1; 7.1 | NVD |
References
- https://git.kernel.org/stable/c/293fe8f2d1b5ac464ca16a8eba09571bbbb34ba9
- https://git.kernel.org/stable/c/76b995bc57bd90cb6e954e1966fbd8786da47f0dpatch
- https://git.kernel.org/stable/c/b3155f2b78db21e99256bcf7eb902f24ff6d5338patch
- https://git.kernel.org/stable/c/ae38d9179190a956e2a87a69ef1dd6f451b51c4dpatch
- https://github.com/MaherAzzouzi/vsockdrop
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.