Ciberseguridad

Una IA de OpenAI encontró 948 fallas en Linux que dan control total de la computadora

Adrian Kessler
Añádenos en Google

OpenAI creó un sistema que busca el tipo de vulnerabilidad más valioso en Linux: la que convierte una cuenta de usuario común en control total de la máquina. Y las encuentra por cientos. En una ejecución, su proceso de trabajo localizó casi mil fallas distintas de ese tipo en el kernel de Linux, generó un ataque funcional para cada una y redactó una posible solución para que los responsables de mantenimiento la revisaran. El modelo de IA que hizo el trabajo no es público.

El kernel está en la base de los teléfonos Android, la mayoría de los servidores del mundo, las plataformas en la nube, las Chromebooks y las supercomputadoras. Una vulnerabilidad de escalada de privilegios no permite que un desconocido entre por sí sola. Le permite a alguien que ya tiene un punto de apoyo —por ejemplo, una aplicación maliciosa, credenciales robadas de bajo nivel o un contenedor comprometido— convertirse en root. El consejo de OpenAI es contundente: en un sistema sin parches, un atacante con recursos suficientes puede tratar cualquier cuenta con pocos privilegios como si tuviera acceso root.

El proceso funciona como un equipo de seguridad dividido en distintos roles. Los agentes de exploración seleccionaron 5,034 partes del kernel accesibles para usuarios sin privilegios, alrededor de 2.8 millones de líneas, o cerca del 7% del código. En 12 horas, los agentes de análisis convirtieron esas partes en 2,308 posibles hallazgos. Luego, una etapa de clasificación reprodujo 1,724 de ellos en máquinas virtuales en menos de 30 horas. OpenAI afirma que solo el 3.1% de los hallazgos restantes falló porque el análisis del modelo era incorrecto. Los agentes de explotación generaron 1,169 exploits funcionales de escalada de privilegios y 291 filtraciones de información en una configuración de escritorio estándar, con las protecciones habituales del kernel activadas. El análisis de variantes agrupó esos exploits en 948 fallas únicas, cada una con un posible parche.

La factura ascendió a 1,213,430 dólares en créditos de API, o alrededor de 1,279 dólares por falla única, según el informe de OpenAI. Competencias de hacking como Pwn2Own y TyphoonPWN han pagado 20,000 y 70,000 dólares por un solo exploit que permite obtener acceso root en Linux. A esos precios, el conjunto tendría un valor de entre 18.9 y 66.3 millones de dólares. Un trabajo que antes requería un especialista difícil de encontrar ahora cuesta, por falla, más o menos lo mismo que una laptop de gama media.

La tendencia importa más que el total. En una ejecución anterior, GPT-5.6 Sol, uno de los modelos existentes de OpenAI, analizó la versión del kernel disponible entonces y encontró 166 fallas únicas por 513,690 dólares. El nuevo modelo cibernético encontró más de cinco veces esa cantidad de fallas nuevas, aunque entre ambos análisis el kernel pasó por tres meses de refuerzo de seguridad. Una muestra de 166 exploits contenía diez técnicas que el equipo de OpenAI y expertos externos en el kernel consideraron novedosas. La compañía no ha revelado los detalles. En el objetivo kernelCTF de Google, reforzado deliberadamente, una ejecución separada de 112 horas produjo 21 exploits funcionales por unos 32,936 dólares.

Hay varias cosas que las cifras no muestran. Todos los números provienen de OpenAI, y ningún grupo externo ha auditado la ejecución. Las 948 son una cuenta de posibles parches, no de correcciones incorporadas. Al terminar el análisis de diez días, 61 de las fallas ya se habían corregido en la rama principal, 43 tenían parches en preparación y 299 ya eran públicas o estaban en discusión; por lo tanto, una buena parte no era novedad para la comunidad del kernel. OpenAI también detectó que su propio sistema tomaba atajos: en una ejecución inicial, 20 de los 200 éxitos reportados habían obtenido acceso root mediante otra falla desconocida, distinta de la que se les había asignado. Algunos de los primeros parches redactados por IA eran correctos, pero incluían código innecesario o no respetaban el estilo del kernel. Además, investigadores humanos siguen revisando cada exploit y parche antes de que llegue a los responsables de mantenimiento.

Es en esa etapa de revisión donde recae la presión. Los responsables de mantenimiento del kernel, muchos de ellos voluntarios o ingenieros de empresas con otras obligaciones, ahora enfrentan una cola que una máquina puede volver a llenar más rápido de lo que las personas pueden vaciarla. OpenAI recomienda volver a validar los reportes contra el código actual antes de enviarlos, para que los responsables no pierdan tiempo con fallas que ya se corrigieron. La compañía no ha dicho cuántas de las 948 llegarán a los kernels que instalan los fabricantes de teléfonos. En Android, una corrección del kernel solo llega a los usuarios cuando cada fabricante la distribuye, y los teléfonos que ya no reciben actualizaciones de seguridad siguen expuestos.

Para quienes usan Linux, la respuesta práctica es la de siempre, pero ahora hay más en juego: instalar las actualizaciones del kernel cuanto antes y aislar el código que no sea de confianza. OpenAI recomienda a los administradores herramientas de sandbox, como Firecracker y gVisor, y volver a analizar su propio código a medida que mejoran los modelos. El modelo cibernético no está disponible para el público en ningún país; OpenAI lo describe como próximo y no ha anunciado un precio ni una fecha de lanzamiento. Los reportes de fallas llegan a los responsables de mantenimiento a través de su programa Patch the Planet, junto con socios de seguridad.

OpenAI publicó el informe, titulado A thousand fewer paths to root, el 4 de noviembre. La ejecución se llevó a cabo durante diez días a mediados de octubre, sobre la rama master más reciente del kernel; el análisis anterior con GPT-5.6 Sol data de finales de julio. OpenAI afirma que ya envió cientos de reportes y parches para fallas críticas y que entregará el resto gradualmente a través de sus socios. Al cerrar el análisis, aproximadamente una de cada nueve de las 948 fallas tenía una corrección en la rama principal o en preparación.

Etiquetas: , , , , ,

Añádenos en Google

Debate

Hay 0 comentarios.