El 2 de noviembre de 2026, Marcus Hutchins describió actividad que consideró sondeos MPTCP sospechosos relacionados con CVE-2026-98432. Para aplicar la corrección en un servidor Linux, instala el kernel corregido de tu distribución, reinicia y comprueba con uname -r qué versión está ejecutándose.

Qué se observó en los sondeos MPTCP

Un escaneo atribuido a Hutchins encontró, el 30 de octubre, alrededor de 2,1 millones de servidores accesibles mediante MPTCP en el puerto 443. La cifra describe sistemas accesibles por ese protocolo y puerto; no cuenta cuántos eran vulnerables ni cuántos habían sido comprometidos. La actividad que Hutchins describió el 2 de noviembre era sospechosa, no una confirmación de explotación.

MPTCP se usó en la demostración, pero no define el fallo

La vulnerabilidad es un uso de memoria ya liberada durante el establecimiento de conexiones TCP sobre IPv4. La demostración atribuida a Anthropic utilizó un listener MPTCP, un socket que espera conexiones mediante TCP multipath. Aikido atribuyó a Red Hat la postura de que MPTCP no es necesario para que exista el fallo subyacente. Desactivarlo puede retirar la condición MPTCP de aquella demostración, pero no corrige el kernel.

Cómo comprobar que se ejecuta el kernel corregido

Instala el paquete corregido que publica tu distribución y reinicia el equipo. Después ejecuta uname -r y compara el resultado con la versión corregida indicada por el proveedor. Las distribuciones pueden incorporar las correcciones a versiones de kernel propias, así que la referencia útil es la versión de su paquete, no solo la numeración de las ramas estables de Linux.

En sistemas con contenedores, la corrección relevante es la del kernel del nodo que los ejecuta. Actualizar la imagen de una aplicación no actualiza ese kernel.

NeoTeo ya había explicado el alcance de una mitigación limitada de Red Hat y el estado de paquetes de Amazon Linux en su cobertura anterior de CVE-2026-98432.

Qué afirmó el comentario sobre Debian y Ubuntu

El presentador de Linux Renaissance afirmó que Debian parcheó en 24 horas y que las actualizaciones ordinarias de Ubuntu LTS llegaron más tarde. Su comentario se refería a la respuesta ante esta CVE.