CVE-2026-53365
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
vsock/virtio: fix zerocopy voltooiing voor multi-skb verzendingen
Wanneer een groot bericht is gefragmenteerd in meerdere skbs, wordt de zerocopy
uarg wordt alleen toegewezen en bevestigd aan de laatste skb in de lus. Niet-finale skbs bevatten vastgepinde gebruikerspagina's zonder voltooiingstracering,
dus de kernel heeft geen manier om gebruikersruimte op de hoogte te stellen wanneer die pagina's veilig zijn
om te hergebruiken. Als de lus vroegtijdig breekt, wordt de uarg helemaal niet toegewezen,
lekkende vastgepinde pagina's zonder voltooiingsmelding. Los dit op door de aanpak van TCP te volgen: wijs de zerocopy toe
uarg (indien niet verstrekt door de beller) vóór de verzendlus en bevestig
het naar elke skb via skb_zcopy_set(), die een referentie per skb neemt. De voltooiing van elke skb verlaagt de refcount op de juiste manier, en de
melding brandt pas nadat de laatste skb is vrijgemaakt. Bij storing, als er geen gegevens zijn verzonden, wordt de uarg schoon afgebroken via
net_zcopy_put_abort(). Dit probleem werd in eerste instantie ontdekt door sashiko tijdens het beoordelen van commit
1cb36e252211 ("vsock/virtio: fix MSG_ZEROCOPY pinned-pages accounting")
maar bestond al.
Origineel (Engels) tonen
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.