CVE-2026-98432: fallo crítico en IPv4/TCP del kernel Linux

 # CVE-2026-98432: fallo crítico en IPv4/TCP del kernel Linux *Raul Hernandez — November 07, 2026* CVE-2026-98432 identifica una vulnerabilidad **use-after-free** en el tratamiento de opciones IPv4 durante conexiones TCP. Una demostración utilizó listeners Multipath TCP, pero el defecto subyacente pertenece a **IPv4/TCP**: desactivar MPTCP reduce ciertos escenarios, no corrige el problema. ## Resumen ejecutivo Una condición de carrera afecta a las estructuras `inet_opt` e `ireq_opt`: ante solicitudes concurrentes —como un SYN retransmitido— o la migración de un request socket, una CPU puede liberar opciones IPv4 mientras otra las usa para construir un SYNACK [[1]](https://lists.openwall.net/linux-cve-announce/2026/10/15/1) [[2]](https://www.akamai.com/blog/security-research/cve-2026-98432-remote-uaf-linux-kernels-tcp-stack). **Red Hat y Ubuntu** asignan **CVSS v3.1 9.8**, con alcance remoto, sin autenticación ni interacción del usuario [[3]](https://access.redhat.com/security/cve/cve-2026-98432) [[4]](https://ubuntu.com/security/CVE-2026-98432). SUSE publica 8.1 y complejidad alta, aunque reproduce el 9.8 atribuido a NVD [[5]](https://www.suse.com/security/cve/CVE-2026-98432.html). La página de NVD consultada aún no mostraba detalles técnicos ni valoración propia [[6]](https://nvd.nist.gov/vuln/detail/cve-2026-98432); aquí, 9.8 corresponde a los avisos de Red Hat y Ubuntu. > 💡 **Advertencia:** desactivar MPTCP o filtrar paquetes solo reduce superficie. La corrección completa es instalar y cargar el kernel corregido del proveedor. A 2 de noviembre de 2026, las fuentes consultadas no registraban explotación confirmada en entornos reales ni inclusión en el catálogo KEV de CISA [[7]](https://www.sophos.com/en-us/security-advisories/sophos-sa-20261102-linux-kernel-tcp) [[8]](https://www.secure.com/blog/cybersecurity/cve-2026-98432-linux-tcp-flaw) [[9]](https://erroneo.us/security/briefs/linux-tcp-ipv4-options-uaf-cve-2026-98432/). Existía una prueba de concepto de laboratorio contra un listener MPTCP, sin indicación de que su código funcional fuese público [[10]](https://www.n-able.com/blog/cve-2026-98432-critical-linux-kernel-flaw-heres-what-to-know) [[11]](https://www.bleepingcomputer.com/news/security/critical-linux-kernel-flaw-allows-remote-root-attacks-on-mptcp-servers/) [[2]](https://www.akamai.com/blog/security-research/cve-2026-98432-remote-uaf-linux-kernels-tcp-stack). ## Contexto MPTCP permite utilizar varios caminos mediante subflujos TCP. En Linux es una extensión opt-in solicitada con `IPPROTO_MPTCP`; si el otro extremo o un dispositivo intermedio no la admite, puede recurrirse a TCP convencional [[12]](https://docs.kernel.org/networking/mptcp.html) [[13]](https://docs.kernel.org/7.1/networking/mptcp.html). MPTCP puede **exponer más recorridos** del código vulnerable, pero CVE-2026-98432 no es exclusivamente suyo. Ubuntu y Red Hat sitúan el defecto en solicitudes TCP sobre IPv4 y advierten que desactivar MPTCP no basta [[14]](https://access.redhat.com/security/vulnerabilities/RHSB-2026-016) [[15]](https://ubuntu.com/blog/fixes-available-in-proposed-pocket-for-cve-2026-98432). La documentación de [MPTCP en docs.kernel.org](https://docs.kernel.org/networking/mptcp.html) describe sockets, subflujos y gestores de rutas [[12]](https://docs.kernel.org/networking/mptcp.html). ## Análisis técnico La siguiente tabla resume los elementos operativos documentados: | Campo | Detalle | |---|---| | CVE | CVE-2026-98432 | | CVSS | **9.8, CVSS v3.1**, según avisos de Red Hat y Ubuntu [[3]](https://access.redhat.com/security/cve/cve-2026-98432) [[4]](https://ubuntu.com/security/CVE-2026-98432) | | Componente | Subsistema de red IPv4/TCP del kernel Linux | | Vector | Red, sin privilegios ni interacción; `AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H` [[3]](https://access.redhat.com/security/cve/cve-2026-98432) | | Condición desencadenante | Solicitudes TCP IPv4 con opciones y procesamiento concurrente de SYN retransmitidos o migración de request sockets | | Consecuencia | Corrupción de memoria, caída del sistema o posible ejecución de código no autorizado [[3]](https://access.redhat.com/security/cve/cve-2026-98432) | Durante el handshake, `tcp_v4_syn_recv_sock()` puede transferir `ireq->ireq_opt` a un socket hijo sin copiarla. Otra CPU puede procesar un SYN retransmitido mientras se construye la respuesta; si el hijo libera las opciones, `ip_options_build()` puede leer memoria liberada [[4]](https://ubuntu.com/security/CVE-2026-98432) [[16]](https://ubuntu.com/security/CVE-2026-98432?format=md). En la migración de request sockets, el anterior y su clon pueden compartir temporalmente esas opciones. La corrección sustituye `kfree()` por `kfree_rcu()`, aplazando la liberación hasta terminar un periodo de gracia RCU [[1]](https://lists.openwall.net/linux-cve-announce/2026/10/15/1) [[2]](https://www.akamai.com/blog/security-research/cve-2026-98432-remote-uaf-linux-kernels-tcp-stack) [[5]](https://www.suse.com/security/cve/CVE-2026-98432.html). **Diagrama conceptual:** ```text [Cliente remoto] | | SYN IPv4 con opciones v [Request socket] -------- CPU 1: construye SYNACK | | | opciones compartidas | continúa leyendo opciones v | [Socket hijo / clon] | | | +---- CPU 2: libera ------+ | v [Use-after-free] | caída / corrupción / posible ejecución de código ``` ## Impacto real El mayor riesgo corresponde a servicios TCP IPv4 accesibles desde redes no confiables. El 9.8 refleja el impacto potencial descrito por Red Hat y Ubuntu, pero no prueba que toda configuración sea igual de explotable. SUSE valora la complejidad como alta y asigna 8.1 [[5]](https://www.suse.com/security/cve/CVE-2026-98432.html); por ello, es más prudente hablar de una vía remota grave sujeta a condiciones de carrera específicas. Las versiones upstream corregidas citadas son 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56 y 7.2.10 [[1]](https://lists.openwall.net/linux-cve-announce/2026/10/15/1) [[17]](https://cve.now/CVE-2026-98432). Sin embargo, `uname -r` no basta: un proveedor puede **retroportar** la corrección sin adoptar esos números. ## Detección Registre el kernel activo, la distribución y los paquetes instalados: ```bash uname -r cat /etc/os-release rpm -q kernel 2>/dev/null || true dpkg-query -W 'linux-image*' 2>/dev/null || true ``` Compruebe MPTCP: `1` permite crear sus sockets y `0` los deshabilita; el ajuste puede variar entre espacios de nombres de red [[18]](https://docs.kernel.org/networking/mptcp-sysctl.html) [[19]](https://docs.kernel.org/6.19/networking/mptcp-sysctl.html). ```bash sysctl net.mptcp.enabled 2>/dev/null cat /proc/sys/net/mptcp/enabled 2>/dev/null ``` Revise posibles fallos del kernel sin atribuir automáticamente cada evento a esta CVE: ```bash journalctl -k --since "24 hours ago" \ | grep -Ei 'use-after-free|BUG:|Oops:|panic|ip_options_build' ``` Decida según el [aviso de Red Hat](https://access.redhat.com/security/cve/CVE-2026-98432), el [seguimiento de Ubuntu](https://ubuntu.com/security/CVE-2026-98432) o el canal de su distribución, no solo mediante escáneres que desconozcan backports [[3]](https://access.redhat.com/security/cve/cve-2026-98432). ## Mitigación y recomendaciones 1. **Actualizar desde el proveedor.** Instale el kernel que la distribución marque como corregido. Red Hat publicó actualizaciones para varias ramas de RHEL que requieren reinicio para activarse [[20]](https://access.redhat.com/errata/RHSA-2026:93775) [[21]](https://access.redhat.com/errata/RHSA-2026:93412) [[22]](https://access.redhat.com/errata/RHSA-2026:93413) [[23]](https://access.redhat.com/errata/RHSA-2026:94623) [[24]](https://access.redhat.com/errata/RHSA-2026:94438). 2. **Reiniciar y verificar.** Confirme que `uname -r` identifica el paquete corregido cargado, no solo instalado. 3. **Priorizar exposición externa.** Atienda primero los hosts con TCP IPv4 accesible desde Internet o redes no confiables. 4. **Reducir MPTCP como control compensatorio.** Si no es necesario, deshabilítelo temporalmente: ```bash sudo sysctl -w net.mptcp.enabled=0 ``` Esto limita el escenario demostrado, pero **no elimina** la vulnerabilidad de IPv4/TCP [[14]](https://access.redhat.com/security/vulnerabilities/RHSB-2026-016) [[2]](https://www.akamai.com/blog/security-research/cve-2026-98432-remote-uaf-linux-kernels-tcp-stack). 5. **Evaluar el filtrado temporal.** Red Hat propone descartar TCP IPv4 cuyo encabezado incluya opciones [[14]](https://access.redhat.com/security/vulnerabilities/RHSB-2026-016). Valide y adapte este ejemplo en laboratorio antes de integrarlo; no sustituye el parche: ```bash cat >/tmp/cve-2026-98432.nft <<'EOF' table inet cve_2026_98432 { chain input { type filter hook input priority -310; policy accept; ip protocol tcp ip hdrlength > 5 counter drop } } EOF sudo nft -c -f /tmp/cve-2026-98432.nft ``` El filtrado puede afectar cargas dependientes de opciones IPv4 y no cubrir todos los flujos internos o entre contenedores [[14]](https://access.redhat.com/security/vulnerabilities/RHSB-2026-016) [[25]](https://access.redhat.com/solutions/7149663). ### Checklist operativo - [ ] Inventariar kernels y servicios TCP IPv4 expuestos. - [ ] Consultar el aviso específico del proveedor. - [ ] Instalar el paquete corregido, considerando backports. - [ ] Reiniciar o aplicar el mecanismo admitido por el proveedor. - [ ] Confirmar el kernel activo después del mantenimiento. - [ ] Retirar controles temporales cuando ya no sean necesarios. - [ ] Mantener vigilancia sobre nuevos avisos y cambios de estado. ## Conclusión CVE-2026-98432 afecta a la gestión de memoria en **IPv4/TCP**, no exclusivamente a MPTCP. La respuesta es instalar el kernel corregido y comprobar que está cargado. Desactivar MPTCP o filtrar opciones IPv4 son controles temporales, no sustitutos de la actualización. Su gravedad potencial exige prioridad alta, pero la falta de explotación activa confirmada impide presentarla como una campaña en curso. --- ## References 1. (published 2026-10-15) 2. (published 2026-11-02) 3. 4. (published 2026-10-15) 5. 6. 7. 8. 9. (published 2026-11-01) 10. (published 2026-10-31) 11. (published 2026-10-30) 12. 13. 14. 15. (published 2026-11-02) 16. 17. 18. 19. 20. 21. 22. 23. 24. 25.