RespuestasPublicado22 fuentes
La falla crítica de TCP en Linux: por qué desactivar MPTCP no basta
CVE 2026 98432 es una condición de carrera de uso de memoria liberada en el establecimiento de conexiones TCP sobre IPv4. Desactivar MPTCP puede reducir la exposición a la vía demostrada, pero no corrige la falla del kernel.
Publicado porEditado con GPT-6 LunaImágenes generadas con GPT Image 2
Respuesta de investigación
Conclusiones clave
- CVE 2026 98432 es una condición de carrera de uso de memoria liberada en el establecimiento de conexiones TCP sobre IPv4.
- Desactivar MPTCP puede reducir la exposición a la vía demostrada, pero no corrige la falla del kernel.
- Los informes disponibles no confirman que la vulnerabilidad se haya explotado con éxito en ataques reales.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
CVE-2026-98432 es una falla crítica de uso de memoria liberada (use-after-free) en el código de Linux que gestiona el establecimiento de conexiones TCP sobre IPv4. Afecta a kernels desde la versión 4.4 y tiene una puntuación CVSS 3.1 de 9,8. La demostración de acceso remoto como root que se reportó utilizó un servidor con un listener de Multipath TCP (MPTCP), pero la falla subyacente está en el manejo de TCP/IPv4; no es exclusiva de MPTCP. 6
44
57
La diferencia es importante: desactivar MPTCP puede cerrar la vía concreta descrita en los informes, pero no repara el kernel. Y aunque investigadores reportaron una demostración de ejecución remota de código, la evidencia disponible no prueba que todos los servidores TCP accesibles desde Internet puedan ser explotados de forma fiable ni que la falla ya se haya aprovechado con éxito en ataques reales. 37
Cómo se produce la condición de carrera
Durante el inicio de una conexión, Linux guarda las opciones IPv4 asociadas a una solicitud TCP pendiente. Cuando avanza el protocolo de enlace, la función tcp_v4_syn_recv_sock() transfiere esas opciones al nuevo socket hijo sin copiarlas. Al mismo tiempo, otro procesador puede estar atendiendo un paquete SYN retransmitido para esa misma solicitud y leyendo las opciones mientras se desmonta la conexión. Si la memoria se libera antes de que termine esa lectura, la ruta de retransmisión puede acceder a memoria ya liberada mientras construye un SYN-ACK. 44
Eso es un use-after-free: el código del kernel sigue utilizando memoria después de que esta dejó de ser válida. Entre las consecuencias posibles figuran un bloqueo del sistema o corrupción de memoria; los avisos de seguridad también mencionan la posibilidad de ejecutar código de forma remota. Que la falla pueda convertirse en ejecución de código fiable depende de las circunstancias. La demostración reportada con MPTCP muestra una ruta de explotación seria, pero no prueba que todos los sistemas afectados puedan comprometerse del mismo modo. 52
La corrección del kernel resuelve el problema de ciclo de vida de la memoria: aplaza la liberación de las opciones IPv4 hasta que transcurra un periodo de gracia de RCU, dando tiempo a que terminen las lecturas concurrentes. 44
Qué muestran —y qué no— los informes de explotación
El informe de investigación de Anthropic del 27 de octubre fue descrito en coberturas posteriores como una demostración de un exploit generado por IA que lograba acceso remoto como root en un servidor con un listener MPTCP. También se informó que no se publicaron ni el exploit ni su configuración, lo que limita la posibilidad de evaluar de forma independiente la demostración y sus requisitos. 9
11
Matt Corallo criticó la respuesta de Ubuntu mientras algunas distribuciones ya ofrecían kernels corregidos y las soluciones de Ubuntu seguían en pruebas. Sus comentarios reflejan preocupación por la demora en las actualizaciones habituales; no constituyen evidencia técnica independiente de que la vulnerabilidad se haya explotado. 12
El investigador de seguridad Marcus Hutchins informó de actividad que parecía corresponder a escaneos en busca de sistemas expuestos. Eso puede indicar interés en localizar objetivos potenciales, pero no demuestra que se haya comprometido ningún sistema. 31
Por qué desactivar MPTCP es una medida temporal
Go 1.24 y las versiones posteriores pueden habilitar MPTCP para los listeners cuando el kernel lo admite. Por eso, la configuración de red de una aplicación puede ser relevante incluso si no fue diseñada específicamente para usar MPTCP. 37
En sus notas de lanzamiento, Lightning Labs aconseja a los operadores de LND en Linux desactivar MPTCP e instalar un kernel corregido. La versión lnd v0.21.6-beta desactiva por defecto los listeners MPTCP, lo que cierra la vía demostrada a través de esa aplicación. Las notas también aclaran que se trata de una mitigación, no de un reemplazo del parche del kernel. 33
37
Desactivar MPTCP en una aplicación puede reducir la exposición de esa aplicación; desactivarlo en todo el sistema puede afectar también a otros listeners MPTCP. Ninguna de las dos medidas corrige la falla de ciclo de vida de la memoria en TCP/IPv4. Conviene tratarlas como formas de reducir el riesgo mientras se prepara la actualización, no como prueba de que un kernel sin parche sea seguro. 6
37
44
Estado de los parches según los informes disponibles al 4 de noviembre
La disponibilidad de las correcciones variaba entre distribuciones. Canonical informó el 2 de noviembre que las soluciones para Ubuntu 22.04 LTS y versiones posteriores estaban en el canal opcional -proposed mientras continuaban las pruebas. La empresa describió ese paso como parte de su proceso de validación; según la cobertura de esos días, Red Hat había publicado kernels corregidos para RHEL 8, 9 y 10 el 1 de noviembre. 6
7
La diferencia entre tener una corrección disponible para probar y ofrecerla en el canal habitual de actualizaciones generó críticas, especialmente después de la demostración reportada de acceso remoto como root. La preocupación es comprensible, pero el estado de los parches puede cambiar rápidamente: consulta el aviso de seguridad de tu distribución y versión concretas, en lugar de asumir que una actualización de otra distribución sirve para tu sistema. 7
12
Para quienes administran servidores, la prioridad es verificar qué kernel está ejecutando cada carga de trabajo e instalar el kernel corregido de su distribución cuando esté disponible. Limitar MPTCP puede reducir la exposición mientras tanto, pero solo la actualización del kernel corrige el manejo de memoria vulnerable. 6
37
44
Studio Global AI
Continúe su investigación
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
La gente también pregunta
¿Cuál es la respuesta corta a "La falla crítica de TCP en Linux: por qué desactivar MPTCP no basta"?
CVE 2026 98432 es una condición de carrera de uso de memoria liberada en el establecimiento de conexiones TCP sobre IPv4.
¿Cuáles son los puntos clave a validar primero?
CVE 2026 98432 es una condición de carrera de uso de memoria liberada en el establecimiento de conexiones TCP sobre IPv4. Desactivar MPTCP puede reducir la exposición a la vía demostrada, pero no corrige la falla del kernel.
¿Qué debo hacer a continuación en la práctica?
Los informes disponibles no confirman que la vulnerabilidad se haya explotado con éxito en ataques reales.