La vulnerabilidad CVE-2026-98432: ¿Por qué los números no cuadran?

Nos encontramos ante una situación peculiar con la vulnerabilidad CVE-2026-98432, un error de tipo use-after-free en la gestión del handshake IPv4 de TCP. Lo que más me llama la atención, y que resulta bastante preocupante para quienes gestionamos sistemas, es la disparidad en su valoración. Mientras que el equipo del kernel de Linux le otorga un crítico 9.8, otros actores como Red Hat lo rebajan a un 5.9, y empresas como Amazon o Oracle se sitúan en puntos intermedios. Esta falta de consenso no es un simple baile de cifras; es un problema real que afecta a vuestra capacidad de decisión sobre cuándo aplicar un parche.

Para entender el fallo, debemos mirar cómo el kernel maneja los sockets. El problema surge porque el puntero de opciones se transfiere entre el socket de petición y el hijo sin realizar una copia, lo que provoca que una CPU intente leer memoria que ya ha sido liberada por otra, al no esperar correctamente a que finalicen los procesos RCU. Es, básicamente, un error de sincronización que ha estado presente desde la versión 4.4 del kernel. Es curioso cómo algo tan técnico puede compararse con intentar cambiar una rueda de un coche mientras el vehículo sigue circulando a cien por hora: si no coordinas bien el momento, el desastre está garantizado.

Lo que ha hecho saltar las alarmas es la demostración de Anthropic, donde lograron ejecutar comandos como root utilizando Multipath TCP. Sin embargo, yo os invito a mantener la calma y ser críticos. Aunque el exploit existe, los tiempos de ejecución son elevados y las condiciones de laboratorio no siempre reflejan la realidad de vuestros servidores en producción. No os dejéis llevar por el pánico mediático. La clave aquí es que el CVSS es solo una referencia, no una orden directa. Debéis evaluar vuestra propia infraestructura, especialmente si utilizáis configuraciones específicas como MPTCP.

A fecha de finales de octubre, la mayoría de las distribuciones principales ya han comenzado a desplegar correcciones. Debian, Oracle, Amazon y SUSE han movido ficha, aunque el estado de los parches varía según la versión. Mi recomendación es que no os fiéis únicamente de la versión del kernel que muestra vuestro sistema, ya que los fabricantes suelen aplicar parches de seguridad de forma independiente. Revisad los boletines específicos de vuestra distribución y aseguraos de que el parche esté realmente aplicado. Como siempre, la prudencia y el análisis técnico son vuestras mejores herramientas para mantener los sistemas a salvo. Os mando un saludo afectuoso y espero que esta información os ayude a dormir un poco más tranquilos esta semana.