PwnEscape afecta a la red IPv4 del kernel Linux

PwnEscape, también identificado como CVE-2026-99999, es una vulnerabilidad en la ruta de red IPv4 del kernel de Linux. Una máquina virtual puede proporcionar una vía de entrada al código vulnerable del anfitrión mediante KVM y virtio-net; el fallo no está en el código de KVM. El parche aceptado por el proyecto Linux y el análisis técnico de Paulos Yibelo, investigador de pwn.ai, sitúan el problema en el tratamiento de sumas de comprobación IPv4.

La diferencia importa: actualizar el kernel de la máquina virtual invitada no corrige por sí solo la ruta vulnerable del anfitrión. El trabajo de Yibelo describe una filtración de memoria acotada y, por separado, una cadena de ejecución con privilegios de root en una instalación propia de laboratorio.

Dónde está la vulnerabilidad

PwnEscape afecta al kernel Linux que procesa el tráfico IPv4 del anfitrión. KVM interviene en el escenario de virtualización, pero el error está en el tratamiento de paquetes de red del kernel, no en el hipervisor. Por eso, una máquina virtual invitada y el sistema que la aloja no son intercambiables al delimitar el riesgo.

La ruta descrita parte de metadatos de suma de comprobación asociados a un paquete. En el caso de KVM, virtio-net y TAP pueden poner en contacto el tráfico de la máquina virtual con la pila de red del anfitrión. El informe de Yibelo detalla cómo una operación diferida puede modificar una cabecera IPv4 después de que el kernel ya la haya procesado.

Cómo se produjo la filtración de memoria

Yibelo describió una secuencia concreta: una escritura diferida de la suma de comprobación cambió la longitud de cabecera IPv4 interpretada, indicada por el campo IHL, de 20 a 60 bytes. La fragmentación posterior usó esa longitud alterada. En ese caso, los datos lineales lógicos del paquete ocupaban 28 bytes, así que la copia alcanzó otros 32 bytes de memoria del anfitrión. El análisis técnico de Yibelo cifra en 32 bytes la filtración repetible por caso activo.

The Hacker News informó el 15 de octubre de 2026 de una demostración de filtración de memoria en los sandbox de producción de Vercel. En un resultado distinto, Yibelo describió escrituras seleccionadas de 64 bytes y una cadena que ejecutó un helper con privilegios de root durante cuatro arranques en frío, dentro de una instalación KVM propia de laboratorio. Son resultados separados, obtenidos en contextos distintos. The Hacker News y el informe de Yibelo detallan esos alcances.

Qué cambia el parche del kernel

El parche aceptado añade ip_check_csum_start(), una comprobación que rechaza posiciones de inicio de suma de comprobación anteriores al final de la cabecera IPv4. La aplica antes de completar la suma en cinco puntos de consumo. El cambio puede consultarse en el commit del kernel Linux. Yibelo caracteriza el control como una defensa en profundidad, no como una reformulación completa de la validación de entrada.

Yibelo indicó que la corrección llegó al árbol principal de Linux el 14 de octubre de 2026. Para las ramas estables upstream, The Hacker News publicó el 15 de octubre estas versiones corregidas: 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 y 7.2.11. El informe de The Hacker News recoge esa lista; los proveedores pueden integrar la corrección en paquetes con números de versión distintos.

Para quien administra la virtualización, el punto práctico es actualizar el kernel del anfitrión y arrancar con la versión corregida. Una actualización aplicada solo a las máquinas invitadas no sustituye ese paso.

Qué dice AWS sobre sus servicios y los anfitriones propios

En su boletín del 15 de octubre de 2026, AWS afirmó que sus instancias de EC2 gestionadas, Lambda y Fargate no están afectadas. Por separado, identificó como afectados a los clientes que autogestionan anfitriones KVM/virtio-net con kernels vulnerables sin actualizar. Para ese segundo grupo recomendó instalar la actualización correspondiente del kernel del anfitrión y reiniciarlo. El boletín de seguridad de AWS delimita ambos casos y enumera paquetes corregidos de Amazon Linux.

Por qué aparecen dos puntuaciones CVSS

CVSS 3.1 es un sistema para puntuar la gravedad de vulnerabilidades. Para CVE-2026-99999 aparecen dos evaluaciones con métricas de privilegios requeridos distintas: cve.org muestra 9,3 con PR:N, mientras que Red Hat asigna 8,8 a su evaluación de producto con PR:L. PR:N indica que el vector no requiere privilegios; PR:L, que requiere privilegios bajos. El aviso de Red Hat presenta ambas puntuaciones y sus vectores.