La empresa Anthropic ha revelado informaci\u00f3n sobre una vulnerabilidad cr\u00edtica (CVE-2026-98432) en la pila TCP del n\u00facleo de Linux, que permite la ejecuci\u00f3n remota de c\u00f3digo mediante el env\u00edo de paquetes especialmente dise\u00f1ados. Se ha afirmado que se ha creado un exploit funcional que permite ejecutar c\u00f3digo a nivel del n\u00facleo y obtener privilegios de root de forma remota en el sistema. El exploit preparado es adecuado para atacar sistemas con procesos de servidor que aceptan conexiones a trav\u00e9s de sockets de red, que admiten el uso del protocolo MPTCP (Multipath TCP). El soporte para MPTCP puede ser activado en la vinculaci\u00f3n a sockets de red individuales, lo cual se hace por defecto en la biblioteca est\u00e1ndar del lenguaje Go, a partir de la versi\u00f3n Go 1.24 (febrero de 2025). <\/p>\n
El exploit preparado puede ser aplicado a cualquier aplicaci\u00f3n de servidor escrita en Go, incluyendo el servidor HTTP Caddy, siempre que exista la posibilidad de enviar paquetes de red al socket de escucha que crean. Dado que la vulnerabilidad est\u00e1 presente directamente en la pila de IPv4 y no es espec\u00edfica de MPTCP, no se puede descartar la creaci\u00f3n de exploits que funcionen sin depender de MPTCP, aunque tales exploits a\u00fan no se han demostrado. Por ejemplo, la vulnerabilidad puede ser explotada al procesar solicitudes de migraci\u00f3n de sockets, lo cual est\u00e1 disponible en configuraciones con el par\u00e1metro net.ipv4.tcp_migrate_req=1 o al utilizar programas eBPF con la opci\u00f3n BPF_SK_REUSEPORT_SELECT_OR_MIGRATE.<\/p>\n
La vulnerabilidad es causada por una condici\u00f3n de carrera que ocurre durante el procesamiento simult\u00e1neo de solicitudes SYN retransmitidas al establecer una conexi\u00f3n TCP. Dado que la funci\u00f3n tcp_v4_syn_recv_sock() pasa par\u00e1metros al socket hijo desde la estructura ireq->ireq_opt por referencia en lugar de por copia, en ciertas circunstancias se presenta una situaci\u00f3n en la que la memoria para las estructuras inet_opt y ireq_opt con los par\u00e1metros del socket ya ha sido liberada, pero las opciones relacionadas con el socket contin\u00faan utiliz\u00e1ndose (uso despu\u00e9s de liberar). <\/p>\n
La explotaci\u00f3n remota se lleva a cabo a trav\u00e9s del env\u00edo de una serie de solicitudes de red sincronizadas en el tiempo. El exploit creado es aplicable incluso a n\u00facleos en los que se utiliza la aleatorizaci\u00f3n de direcciones (KASLR), pero alcanzar la ventana de condici\u00f3n de carrera requiere bastante tiempo y un gran n\u00famero de intentos. La explotaci\u00f3n se facilita ya que no lograr alcanzar la ventana de condici\u00f3n de carrera solo resulta en un restablecimiento de la sesi\u00f3n de establecimiento de conexi\u00f3n (handshake) y no en el colapso del n\u00facleo, lo que permite continuar intent\u00e1ndolo indefinidamente. En el prototipo de exploit creado, se requiri\u00f3 alrededor de una hora para llevar a cabo el ataque: 48 minutos para determinar la disposici\u00f3n de la memoria y otros 5 minutos para organizar la ejecuci\u00f3n del c\u00f3digo. <\/p>\n
Actualmente no se han presentado soluciones garantizadas que bloqueen la vulnerabilidad; como \u00fanica opci\u00f3n fiable se sugiere instalar una actualizaci\u00f3n del n\u00facleo. El problema se presenta a partir del n\u00facleo Linux 4.4 y se ha solucionado en las versiones 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 y 7.3. El estado de la eliminaci\u00f3n de las vulnerabilidades en las distribuciones se puede evaluar en estas p\u00e1ginas: Debian, Ubuntu, SUSE\/openSUSE, RHEL, Gentoo, Arch.
\nFedora. <\/p>\n
De las recomendaciones para contrarrestar m\u00e9todos espec\u00edficos de explotaci\u00f3n que no bloquean la vulnerabilidad en general, se puede mencionar deshabilitar el soporte de MPTCP y establecer el par\u00e1metro sysctl del n\u00facleo net.ipv4.tcp_migrate_req en 0:<\/p>\n
sysctl -w net.mptcp.enabled=0
\n sysctl -w net.ipv4.tcp_migrate_req=0<\/p>\n
Para determinar la existencia de procesos en el sistema que utilizan sockets con
\nMPTCP, se pueden usar los comandos:<\/p>\n
ip mptcp endpoint show
\n ip mptcp limits show<\/p>\n
Para desactivar el soporte de MPTCP en programas en el lenguaje Go, se debe usar la bandera \"multipathtcp=0\", que se puede establecer mediante la variable de entorno \"GODEBUG=multipathtcp=0\". Para desactivar el soporte de MPTCP en la etapa de compilaci\u00f3n, se puede agregar \"godebug multipathtcp=0\" en el archivo del m\u00f3dulo go.mod. En el c\u00f3digo de la aplicaci\u00f3n, el uso de MPTCP se puede desactivar a trav\u00e9s de las funciones net.Dialer.SetMultipathTCP y net.ListenConfig.SetMultipathTCP.<\/p>\n
Adem\u00e1s del problema mencionado, la empresa Anthropic tambi\u00e9n anunci\u00f3 una serie de vulnerabilidades explotables localmente en el n\u00facleo de Linux, OpenBSD y FreeBSD, que permiten obtener derechos de root en el sistema y salir de contenedores aislados; vulnerabilidades en Chrome y Safari que conducen a la ejecuci\u00f3n de c\u00f3digo en el sistema al abrir p\u00e1ginas web espec\u00edficamente dise\u00f1adas; una vulnerabilidad en el n\u00facleo de Windows que causa un cierre inesperado; y una vulnerabilidad en la plataforma Android que permite eludir el bloqueo de pantalla y acceder a informaci\u00f3n personal y fotos sin desbloquear el dispositivo (el ataque se demostr\u00f3 en el smartphone Google Pixel 9).<\/p>\n
Adici\u00f3n: <\/p>\n