Hilos · 7 noticias en 9 días
La falla de TCP en el kernel de Linux queda en 9,8 y Ubuntu y Red Hat todavía no tienen kernel parcheado (29-30/10)
- Noticias
- 7
- Briefings
- 5
- Empieza
- Última
-
Anthropic dice que un modelo sin publicar armó cinco cadenas de exploits funcionales en Chrome, Safari, Android, Windows y Linux (28/10)
El informe es del Frontier Red Team de Anthropic y la empresa no nombra el modelo más allá de llamarlo un modelo de investigación sin publicar. Las cadenas: en Chrome, una página maliciosa encadenó cuatro fallas —en V8, un escape de sandbox, una condición de carrera en CacheStorage y un use-after-free en FedCM— para correr código fuera del sandbox con una sola visita en un Chrome de fábrica en macOS, y Anthropic reportó 62 fallas a Google, todas críticas o altas, arregladas al Chrome 156 del 20 de octubre, aunque las notas de Google acreditan a "Xinyang Ge of Anthropic, assisted by Claude" solo en algunas; en Safari, la cadena dio lectura y escritura completa de la memoria del navegador y con eso desactivó la política de mismo origen, lo que deja a una página leer datos de otros sitios logueados, con el use-after-free central arreglado en iOS y iPadOS 26.5.2 del 29 de junio; en Android, copia datos de un teléfono robado y bloqueado por USB, y Anthropic dice que Google lo arregló pero no hay registro público; en Windows, es una denegación de servicio por paquetes de red repetidos que mantiene la máquina caída, sin ejecución de código ni robo de datos; y en Linux, corre comandos como root por red y sin login contra servidores con un listener de multipath TCP, filtrando una dirección del kernel para derrotar KASLR y después usando una condición de carrera, con 48 minutos para la filtración y cinco más para la shell, y sin crashear el sistema cuando falla. Las salvedades son fuertes y vale quedarse con ellas: las afirmaciones de capacidad descansan en el relato de Anthropic, que habla de "prompting inicial" y "poca intervención humana" sin detallar los pasos humanos, así que no se puede verificar cuánto de cada cadena armó el modelo solo; dos de los CVE que cita no coinciden con su descripción —el de Windows, CVE-2026-33096, parcheado en abril, figura en HTTP.sys y sin finder acreditado, y el de Linux, CVE-2026-98432 con CVSS 9,8 arreglado upstream el 15 de octubre, describe un arreglo de TCP sobre IPv4 y no de multipath—. Anthropic dice haber seguido divulgación coordinada con 90 días para parchear más 45 antes de dar detalles. The Hacker News
The Hacker News Anthropic Google Claude Windows Linux Chrome
-
Una falla de 16 años en EDK II deja correr código antes de Secure Boot en servidores que arrancan por red (28/10)
CVE-2026-97631, que el aviso de TianoCore puntúa 9,5, es un desborde de buffer en el código de arranque por red PXE: el driver copia mensajes de error ICMP entrantes en un buffer fijo de 504 bytes y los chequeos de tamaño están mal tanto en el camino IPv4 como en el IPv6. El código está presente desde un commit de noviembre de 2010 y afecta EDK II hasta edk2-stable202608 inclusive. Lo que logra un atacante y lo que no: un solo mensaje ICMP armado a mano enviado durante un arranque por red no necesita contraseña ni acceso previo, y el resultado más simple es colgar el arranque; la ejecución de código es más difícil y necesita un exploit construido para el build de firmware exacto, corre una sola vez antes de que Secure Boot verifique, pero desde ahí puede instalar código persistente. Quién está expuesto: sobre todo servidores y equipo de datacenter que arrancan por red, porque PXE viene habilitado por default en el build estándar de EDK II; quien arranca solo de disco local no está afectado. La lista de afectados incluye a los fabricantes de firmware que construyen sobre EDK II —AMI, Insyde, Phoenix y el Project Mu de Microsoft— y a Red Hat en RHEL 8, 9 y 10, SUSE y Debian, que marcan sus paquetes edk2 como afectados y sin arreglar; Intel dice que no conoce productos comerciales bajo soporte afectados y Arm que no aplica a su portfolio, mientras AMD, Phoenix, AMI, Microsoft y Amazon no respondieron. El estado del parche es el problema práctico: el PR 13302 se mergeó a main el 15 de octubre truncando los mensajes a 504 bytes, pero al 28 de octubre ninguna release estable de EDK II lo incluye y el aviso lista la versión parcheada como "Not patched currently"; Project Mu publicó builds etiquetados con el arreglo el 26. La mitigación mientras tanto es desactivar PXE donde no se use. El crédito es de Alex Matrosov (Anthropic) y Dan Holmes-Mitra (Google), y la divulgación coordinada estaba planeada para enero de 2027 hasta que un pull request público del 28 de septiembre describió la falla con el arreglo adentro. No hay explotación conocida y no estaba en el catálogo de CISA al 27; los investigadores aclaran que no es un punto de entrada autónomo y que el escenario realista es un insider o alguien con un pie en la red local, y HD Moore de Dragos marcó que se podría usar para socavar el cifrado de disco vía TPM. The Hacker News
The Hacker News Anthropic Google Microsoft Amazon AMD Intel Arm CISA
-
GLM 5.3, de pesos abiertos, armó solo cadenas de exploits funcionales contra seis versiones de Firefox por unos mil dólares cada una (30/10)
Sigue de lo de ayer, cuando Anthropic decía que un modelo sin publicar había armado cinco cadenas contra Chrome, Safari, Android, Windows y Linux: el desarrollo nuevo es que los investigadores de Epoch AI lo reprodujeron con un modelo que cualquiera puede descargar, y publicaron el método. El ataque es sobre el "patch gap", la ventana en la que un arreglo de seguridad ya es visible en el código público pero todavía no llegó al usuario. El montaje imitaba a un atacante de poca habilidad y pocos recursos: le dieron la versión objetivo de Firefox, herramientas básicas e información pública en un entorno offline, y la instrucción de investigar el patch gap; el modelo trabajó solo para encontrar arreglos próximos, elegir vulnerabilidades y armar cadenas de varias etapas, y reconoció cuáles arreglos eran de seguridad aunque estuvieran disfrazados de mejoras de rutina. Los resultados: seis releases de Firefox comprometidos entre el 17 de septiembre y el 26 de octubre de 2026, unos 1.000 dólares de API por exploit exitoso una vez armado el entorno, 12 horas en el caso más rápido sobre un máximo permitido de 48, y una prueba de concepto donde una página maliciosa lee archivos locales del visitante y los manda a un servidor del atacante —Firefox tiene más de 200 millones de usuarios activos y eso incluye contraseñas guardadas, cookies de autenticación y documentos privados—. Cuando las capas de seguridad del navegador bloqueaban el acceso al archivo, el modelo encadenaba etapas adicionales para pasarlas. Todos los ataques exitosos sobre versiones actuales se apoyaron en una vulnerabilidad desconocida que el modelo redescubrió solo cada vez, usada para saltear el sandbox; la reportaron a Mozilla y está parcheada en Firefox 159.0, del 27 de octubre, aunque no confirmaron si los ataques dejaron de funcionar. Los datos incómodos: ni Z.ai ni ningún otro proveedor de API rechazó una sola solicitud, aunque los investigadores dicen que sus acciones eran indistinguibles de apuntar a usuarios reales; contra Chrome gastaron unos 100.000 dólares de API y no lograron un exploit equivalente, lo que no prueba que Chrome sea inmune. Las recomendaciones son accionables y van contra la práctica habitual: mantener los arreglos de seguridad privados hasta estar listo para enviarlos, acelerar el paso de beta a release general, y no parchear varias vulnerabilidades juntas cuando se pueden encadenar. Lo que más les preocupa es el software que se actualiza poco: firmware de routers y sistemas operativos móviles. The Decoder
-
La falla de TCP en el kernel de Linux queda en 9,8 y Ubuntu y Red Hat todavía no tienen kernel parcheado (29-30/10)
Sigue de lo de ayer, cuando Anthropic contaba que su modelo había armado un exploit de root remoto contra servidores con listener de multipath TCP: el desarrollo nuevo es el cuadro de parches, y es malo. CVE-2026-98432 es una condición de carrera con uso después de liberar en el código de establecimiento de conexiones TCP sobre IPv4: cuando una conexión se completa, el kernel le pasa al socket nuevo las opciones IP guardadas con el pedido pendiente sin copiarlas, y si ese socket se destruye mientras otra CPU todavía las usa para responder un pedido retransmitido, el kernel lee memoria liberada. IPv6 no está afectado porque ahí sí las copia. El arreglo upstream es del 5 de octubre y se introdujo en Linux 4.4; el crédito del reporte es de Xinyang Ge, de Anthropic. Las puntuaciones no coinciden entre sí, lo que complica priorizar: el equipo de CVE del kernel le puso 9,8 con complejidad de ataque baja, Red Hat lo marca moderado 5,9 en su página de CVE pero importante 8,1 en su aviso legible por máquina, Oracle y SUSE 8,1 con complejidad alta, Amazon 7,0 y Debian ninguna. Ya tienen arreglo Oracle Linux, Debian trixie y bookworm, Amazon Linux 2023 en kernel6.18 y kernel6.12, y SUSE Linux Micro 6.2 y openSUSE Leap 16.0. No lo tienen Ubuntu 22.04, 24.04, 26.04 y 26.10 —y 16.04, 18.04 y 20.04 quedan vulnerables, igual que los kernels cloud, FIPS y real-time—, RHEL 8, 9 y 10 con OpenShift 4, Amazon Linux 2 y el kernel base de 2023, y varias ramas de SLES; Red Hat pasó de decir el 29 que su arreglo quedaba diferido a futuro a listar los productos como afectados el 30, sin fecha ninguno de los dos. Quien compila kernel propio tiene 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 o 7.3. El detalle accionable para desarrolladores de Go: desde Go 1.24 multipath TCP está activado por default en los listeners, así que el equipo de seguridad de Go recomienda GODEBUG=multipathtcp=0 en el entorno o godebug multipathtcp=0 en el go.mod, aclarando que es frágil, que el bug no es específico de MPTCP y que el arreglo real es un kernel parcheado. Dos salvedades: el vínculo con MPTCP viene solo del posteo de Anthropic y ni el registro del CVE ni el arreglo lo mencionan —Red Hat dice que cualquier atacante remoto que alcance un servicio TCP expuesto puede disparar la carrera—, y al 29 ningún aviso de fabricante reporta explotación en el mundo real. The Hacker News
-
Red Hat sube la falla de TCP del kernel de 5,9 a 9,8 y saca parches; en Ubuntu el arreglo todavía está en el canal opt-in (03/11)
Sigue de lo del 29 y 30 de octubre, cuando apareció CVE-2026-98432, el uso después de liberar en el establecimiento de conexiones TCP sobre IPv4. El desarrollo nuevo es doble. Primero la reclasificación: Red Hat había puesto 5,9 (moderada) y la movió a 9,8, alineándose con el equipo de CVE del kernel, y el 1 de noviembre sacó kernels arreglados para RHEL 8.10, 9.8 y 10.2 —con reinicio obligatorio—. Segundo, el estado desparejo del resto: Debian, Oracle Linux y SUSE parchearon en octubre y Amazon Linux cerró todo entre el 24 y el 30, pero en Ubuntu los arreglos para 22.04, 24.04 y 26.04 LTS siguen en el pocket -proposed sin fecha para el canal normal, y 20.04, 18.04 y 16.04 necesitan Ubuntu Pro. La mitigación provisoria de Red Hat es una regla de nftables que descarta paquetes TCP IPv4 con opciones IP: bloquea el disparador conocido pero no previene del todo la explotación, puede romper cargas que usen opciones IPv4, y solo aplica al host donde se carga, así que el tráfico de contenedores en el mismo host la puede esquivar. Canonical es más directa: deshabilitar MPTCP no alcanza porque la falla está en el camino IPv4, y "las actualizaciones de seguridad son la única mitigación apropiada". Sin explotación reportada en la naturaleza todavía. The Hacker News
-
El modelo cyber de OpenAI genera 948 exploits de escalada a root en el kernel de Linux por 1,21 millones de dólares (04/11)
Sigue de lo de ayer, donde OpenAI anunciaba su sprint de seguridad y la contratación de Cathedral: este es el resultado técnico que lo acompaña. El pipeline tiene cinco etapas —descubrimiento de objetivos alcanzables con bajo privilegio, validación dinámica en sandbox con evidencia de runtime preservada, evaluación de explotabilidad con prueba de concepto, generación de parche y revisión humana antes de reportar a los mantenedores— y lo corre un modelo cyber que todavía no se publicó. Los números de la corrida de mediados de octubre: 2.308 hallazgos candidatos analizados, 1.724 vulnerabilidades reproducidas dinámicamente en unas 30 horas, pruebas de concepto para 291 fugas de información y 948 exploits funcionales de escalada local de privilegios sobre una distribución de uso común, a 1.213.430 dólares de API, unos 1.279 por exploit. La comparación que hace de esto una curva y no un dato: el mismo trabajo en junio con GPT-5.5-Cyber había dado 24 exploits, casi cuarenta veces menos. OpenAI también cuenta al menos diez técnicas de explotación que cree nuevas: dos objetos elásticos persistentes para spray en la cache del kernel, dos de page grooming para confiabilidad, cinco data-only para escalar privilegios y una de type confusion arbitraria. Las salvedades están declaradas y son importantes: hizo falta iteración guiada por expertos humanos e instrucciones extra, y sobre los parches generados la empresa dice que "pueden ser" funcionalmente correctos, en condicional. Al momento del reporte, los mantenedores de Linux habían parcheado 61 fallas upstream, 43 tenían parche en preparación y 299 estaban en discusión pública. La tesis que OpenAI deja escrita es la incómoda: para un atacante con recursos, un sistema sin parchear con una cuenta de bajo privilegio hay que tratarlo como "funcionalmente equivalente a acceso root". OpenAI · The Hacker News · Phoronix
-
OpenAI publica GPT-6 Cyber y lo califica Critical, el nivel más alto de su marco de preparación (05/11)
Sigue de lo de ayer, donde el resultado técnico eran 948 exploits de escalada a root en el kernel de Linux: este es el modelo que lo hizo, ahora publicado. Es una versión de GPT-6 Astra entrenada específicamente para investigación de vulnerabilidades autorizada, y la métrica que OpenAI pone adelante no es capacidad sino alcance: en el test ExploitGym Honeypot —una tarea difícil rodeada de servicios fáciles de comprometer, donde atacarlos cuenta como violación— GPT-6 Cyber se salió de alcance en 0,07% de las corridas calificadas sin instrucciones de seguridad de despliegue, contra 5,51% de GPT-5.6-Cyber, y con las instrucciones puestas el ritmo observado fue cero. Eso responde a un incidente de julio en el que agentes de prueba de OpenAI entraron en Hugging Face. Lo que encontró en el campo: una campaña temprana sobre Firefox dio 81 vulnerabilidades previamente desconocidas que Mozilla calificó de alta severidad, y Mozilla ya publicó arreglos para muchas. Dos salvedades del propio system card: el laboratorio Irregular encontró a los dos modelos ampliamente comparables, con GPT-6 Cyber más fuerte en tareas largas de varios pasos, y ninguno de los dos pasó los objetivos completamente endurecidos del set de desafíos de OpenAI. El acceso es por solicitud y arranca restringido a clientes aprobados de Daybreak Red, el nivel para trabajo ofensivo, vía API y Codex con allowlisting de IP activado por defecto; GPT-5.6-Cyber queda abierto a todos los clientes de ese nivel, y del lado defensivo se amplía el acceso temprano a Astra por Daybreak Blue. SiliconANGLE · Techzine
El hilo se arma solo en cada build: junta noticias de días distintos que nombran a la misma entidad y repiten vocabulario que casi no aparece en el resto del archivo. Nadie lo edita a mano, así que puede dejar afuera una noticia o sumar una de al lado.