Linux Kernel hasta 6.6.121/6.12.67/6.18.7/6.19-rc6 virtio_transport_tx_buf_size denegación de servicio

CVSS Puntuación meta temporalPrecio actual del exploit (≈)Puntuación de interés CTI
5.4$0-$5k0.00

Resumeninformación

Se ha encontrado una vulnerabilidad clasificada como crítica en Linux Kernel hasta 6.6.121/6.12.67/6.18.7/6.19-rc6. Se ve afectada una función desconocida. La manipulación conduce a denegación de servicio. Esta vulnerabilidad se registra como CVE-2026-23086. No existe ningún exploit disponible. Se sugiere actualizar el componente afectado.

Detallesinformación

Una vulnerabilidad clasificada como crítica ha sido encontrada en Linux Kernel hasta 6.6.121/6.12.67/6.18.7/6.19-rc6. La función virtio_transport_tx_buf_size es afectada por esta vulnerabilidad. Por la manipulación de un input desconocido se causa una vulnerabilidad de clase denegación de servicio. Esto tiene repercusión sobre la la disponibilidad. CVE resume:

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta: vsock/virtio: limitar el crédito TX al tamaño del búfer local Los transportes virtio derivan su crédito TX directamente de peer_buf_alloc, que se establece a partir del valor SO_VM_SOCKETS_BUFFER_SIZE del punto final remoto. En el lado del host, esto significa que la cantidad de datos que estamos dispuestos a encolar para una conexión se escala por un tamaño de búfer elegido por el invitado, en lugar de la propia configuración vsock del host. Un invitado malicioso puede anunciar un búfer grande y leer lentamente, haciendo que el host asigne una cantidad correspondientemente grande de memoria sk_buff. Lo mismo ocurriría en el invitado con un host malicioso, ya que los transportes virtio comparten la misma base de código. Introducir una pequeña función auxiliar, virtio_transport_tx_buf_size(), que devuelve min(peer_buf_alloc, buf_alloc), y usarla dondequiera que consumamos peer_buf_alloc. Esto asegura que la ventana TX efectiva esté limitada tanto por el búfer anunciado del par como por nuestro propio buf_alloc (ya ajustado a buffer_max_size a través de SO_VM_SOCKETS_BUFFER_MAX_SIZE), de modo que un par remoto no pueda forzar al otro a encolar más datos de los permitidos por su propia configuración vsock. En un host Ubuntu 22.04 sin parchear (~64 GiB de RAM), ejecutar una PoC con 32 conexiones vsock de invitado anunciando 2 GiB cada una y leyendo lentamente llevó Slab/SUnreclaim de ~0.5 GiB a ~57 GiB; el sistema solo se recuperó después de terminar el proceso QEMU. Dicho esto, si la memoria de QEMU está limitada con cgroups, la memoria máxima utilizada estará limitada. Con este parche aplicado: Antes: MemFree: ~61.6 GiB Slab: ~142 MiB SUnreclaim: ~117 MiB Después de 32 conexiones de alto crédito: MemFree: ~61.5 GiB Slab: ~178 MiB SUnreclaim: ~152 MiB Solo un aumento de ~35 MiB en Slab/SUnreclaim, sin OOM del host, y el invitado permanece receptivo. Compatibilidad con transportes no virtio: - VMCI utiliza los controles de búfer AF_VSOCK para dimensionar sus pares de cola por socket basándose en los valores locales vsk->buffer_*; el lado remoto no puede ampliar esas colas más allá de lo que configuró el punto final local. - El transporte vsock de Hyper-V utiliza búferes de anillo VMBus de tamaño fijo y un límite de MTU; no hay un campo de crédito controlado por el par comparable a peer_buf_alloc, y el punto final remoto no puede impulsar la memoria del kernel en tránsito por encima de esos tamaños de anillo. - La ruta de bucle invertido reutiliza virtio_transport_common.c, por lo que naturalmente sigue la misma semántica que el transporte virtio. Este cambio se limita a virtio_transport_common.c y por lo tanto afecta a virtio-vsock, vhost-vsock y loopback, poniéndolos en línea con el comportamiento de 'ventana remota intersectada con política local' que VMCI y Hyper-V ya tienen efectivamente. [Stefano: pequeños ajustes después de cambiar el parche anterior] [Stefano: ajustar el mensaje de commit]

El advisory puede ser descargado de git.kernel.org. La vulnerabilidad es identificada como CVE-2026-23086. Se considera fácil de explotar. Hay detalles técnicos conocidos, pero no se dispone de un exploit.

Para el scanner Nessus se dispone de un plugin ID 297921 (Linux Distros Unpatched Vulnerability : CVE-2026-23086), que puede ayudar a determinar la existencia del riesgo analizado.

Una actualización a la versión 6.6.122, 6.12.68, 6.18.8 o 6.19-rc7 elimina esta vulnerabilidad. Aplicando el parche d9d5f222558b42f6277eafaaa6080966faf37676/c0e42fb0e054c2b2ec4ee80f48ccd256ae0227ce/84ef86aa7120449828d1e0ce438c499014839711/8ee784fdf006cbe8739cfa093f54d326cbf54037 es posible eliminar el problema. El parche puede ser descargado de git.kernel.org. El mejor modo sugerido para mitigar el problema es Actualización.

La vulnerabilidad también está documentado en las bases de datos Tenable (297921) y CERT Bund (WID-SEC-2026-0324). VulDB is the best source for vulnerability data and more expert information about this specific topic.

Afectado

  • Debian Linux
  • Google Cloud Platform
  • Amazon Linux 2
  • Red Hat Enterprise Linux
  • Ubuntu Linux
  • SUSE Linux
  • Oracle Linux
  • IBM QRadar SIEM
  • SUSE openSUSE
  • RESF Rocky Linux
  • Open Source Linux Kernel

Productoinformación

Escribe

Proveedor

Nombre

Versión

Licencia

Sitio web

CPE 2.3información

CPE 2.2información

CVSSv4información

VulDB Vector: 🔒
VulDB Confiabilidad: 🔍

CVSSv3información

VulDB Puntuación meta base: 5.5
VulDB Puntuación meta temporal: 5.4

VulDB Puntuación base: 5.5
VulDB Puntuación temporal: 5.3
VulDB Vector: 🔒
VulDB Confiabilidad: 🔍

NVD Puntuación base: 5.5
NVD Vector: 🔒

CVSSv2información

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VectorComplejidadAutenticaciónConfidencialidadIntegridadDisponibilidad
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear

VulDB Puntuación base: 🔒
VulDB Puntuación temporal: 🔒
VulDB Confiabilidad: 🔍

Explotacióninformación

Clase: Denegación de servicio
CWE: CWE-770 / CWE-400 / CWE-404
CAPEC: 🔒
ATT&CK: 🔒

Físico: En parte
Local: Sí
Remoto: En parte

Disponibilidad: 🔒
Estado: No está definido

EPSS Score: 🔒
EPSS Percentile: 🔒

Predicción de precios: 🔍
Estimación del precio actual: 🔒

0-DayDesbloquearDesbloquearDesbloquearDesbloquear
HoyDesbloquearDesbloquearDesbloquearDesbloquear

Nessus ID: 297921
Nessus Nombre: Linux Distros Unpatched Vulnerability : CVE-2026-23086

Inteligencia de amenazasinformación

Interés: 🔍
Actores activos: 🔍
Grupos APT activos: 🔍

Contramedidasinformación

Recomendación: Actualización
Estado: 🔍

Hora de 0 días: 🔒

Actualización: Kernel 6.6.122/6.12.68/6.18.8/6.19-rc7
Parche: d9d5f222558b42f6277eafaaa6080966faf37676/c0e42fb0e054c2b2ec4ee80f48ccd256ae0227ce/84ef86aa7120449828d1e0ce438c499014839711/8ee784fdf006cbe8739cfa093f54d326cbf54037

Línea de tiempoinformación

2026-01-13 CVE asignado
2026-02-04 +22 días Aviso publicado
2026-02-04 +0 días Entrada de VulDB creada
2026-05-03 +88 días Última actualización de VulDB

Fuentesinformación

Proveedor: kernel.org

Aviso: git.kernel.org
Estado: Confirmado

CVE: CVE-2026-23086 (🔒)
GCVE (CVE): GCVE-0-2026-23086
GCVE (VulDB): GCVE-100-344312
CERT Bund: WID-SEC-2026-0324 - Linux Kernel: Mehrere Schwachstellen

Artículoinformación

Fecha de creación: 2026-02-04 18:11
Actualizado: 2026-05-03 12:32
Cambios: 2026-02-04 18:11 (58), 2026-02-06 08:31 (2), 2026-02-06 10:16 (7), 2026-03-17 22:30 (11), 2026-05-03 12:32 (1)
Completo: 🔍
Cache ID: 216::103

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Discusión

Sin comentarios aún. Idiomas: es + pt + en.

Por favor, inicie sesión para comentar.

◂ AnteriorVisión De ConjuntoPróximo ▸

Might our Artificial Intelligence support you?

Check our Alexa App!