EXPLOIT PÚBLICO
CVE-2026-53365 Falla de finalización zerocopy en vsock/virtio del kernel Linux
En el kernel Linux, la finalización zerocopy de vsock/virtio no rastreaba los skbs no finales de mensajes fragmentados, dejando páginas de usuario fijadas sin notificación de finalización y posibles fugas si el bucle se interrumpía. Se corrige asignando el uarg antes del bucle y adjuntándolo a cada skb.
Alerta de Nureq Monitor
Detectada 16 OCT · 05:01
CVSS 3.1
7.8ALTAPROBABILIDAD DE EXPLOTACIÓN (EPSS)
0,2 % PERCENTIL 9
EXPLOTACIÓN ACTIVA
No confirmada
EXPLOIT PÚBLICO
Sí 1 REPOSITORIO
Qué es CVE-2026-53365
En el kernel Linux, la finalización zerocopy de vsock/virtio no rastreaba los skbs no finales de mensajes fragmentados, dejando páginas de usuario fijadas sin notificación de finalización y posibles fugas si el bucle se interrumpía. Se corrige asignando el uarg antes del bucle y adjuntándolo a cada skb.
Productos y versiones afectadas
Linux
Linux
Qué hacer
- Verificá si usás Linux y en qué versión: el rango afectado figura arriba.
- Actualizá a la versión corregida que indique el fabricante en su aviso (ver referencias) o aplicá la mitigación que publique.
- Priorizá la corrección: hay código de explotación público, así que el riesgo de ataque es alto.
- Revisá registros y accesos de los sistemas expuestos para descartar que se haya aprovechado antes de corregir.
Exploits y pruebas de concepto públicas
Código publicado por terceros. Puede ser malicioso: revisalo solo en un entorno aislado.
Calculadora CVSS
CVSS 3.1 · 7.8 ALTA
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
- VECTOR DE ATAQUE (AV)
- Local
- COMPLEJIDAD DEL ATAQUE (AC)
- Baja
- PRIVILEGIOS REQUERIDOS (PR)
- Bajos
- INTERACCIÓN DEL USUARIO (UI)
- Ninguna
- ALCANCE (S)
- Sin cambio
- CONFIDENCIALIDAD (C)
- Alta
- INTEGRIDAD (I)
- Alta
- DISPONIBILIDAD (A)
- Alta
Abrir la calculadora completa →
Descripción original
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.
Referencias
- git.kernel.org/stable/c/293fe8f2d1b5ac464ca16a8eba09571bbbb34ba9
- git.kernel.org/stable/c/76b995bc57bd90cb6e954e1966fbd8786da47f0d
- git.kernel.org/stable/c/b3155f2b78db21e99256bcf7eb902f24ff6d5338
- git.kernel.org/stable/c/ae38d9179190a956e2a87a69ef1dd6f451b51c4d
- github.com/MaherAzzouzi/vsockdropEXPLOIT
Historial de la alerta
- EXPLOIT PÚBLICO Se publicó el repositorio hoodoer/VsockDrop-Adapted-CVE-2026-53365.
CÓMO SE HIZOResumen traducido automáticamente al español a partir de la descripción original. Ante dudas, la descripción original y las referencias del fabricante son la fuente de verdad. Cómo funciona.