OpenAI gastó 1.279 dólares por cada fallo de root en Linux que halló su IA

OpenAI ha creado un sistema que busca el tipo de fallo de Linux más valioso: el que permite convertir una cuenta de usuario normal en control total de la máquina. Y los encuentra por centenares. En una de sus ejecuciones, el sistema localizó cerca de mil vulnerabilidades distintas de ese tipo en el kernel de Linux, creó un ataque funcional para cada una y redactó una posible solución para que la revisaran los responsables de su mantenimiento. El modelo de IA que hizo el trabajo no es público.

El kernel está en la base de los móviles Android, de la mayoría de los servidores del mundo, de las plataformas en la nube, de los Chromebook y de los superordenadores. Un fallo de escalada de privilegios no permite entrar por sí solo a un desconocido. Lo que hace es permitir que alguien que ya ha conseguido acceder al sistema —por ejemplo, mediante una aplicación maliciosa, unas credenciales de bajo nivel robadas o un contenedor comprometido— obtenga permisos de root. El consejo de la propia OpenAI es tajante: en un sistema sin parchear, un atacante con recursos debe considerar que cualquier cuenta con pocos privilegios equivale a una cuenta root.

El sistema funciona como un equipo de seguridad dividido en distintas funciones. Los agentes de reconocimiento seleccionaron 5.034 partes del kernel accesibles para un usuario sin privilegios: unos 2,8 millones de líneas, cerca del 7 % del código. En 12 horas, los agentes analistas las convirtieron en 2.308 posibles hallazgos. Después, en una fase de triaje, se reprodujeron 1.724 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 fallos únicos, cada uno con una posible solución.

La factura ascendió a 1.213.430 dólares en créditos de API, unos 1.279 dólares por fallo único, según el informe de OpenAI. Concursos de hacking como Pwn2Own y TyphoonPWN han pagado 20.000 y 70.000 dólares por un solo exploit para obtener acceso root en Linux. A esos precios, el conjunto de hallazgos valdría entre 18,9 y 66,3 millones de dólares. Un trabajo que antes requería a un especialista difícil de encontrar cuesta ahora, por fallo, más o menos lo mismo que un portátil de gama media.

La evolución importa más que la cifra total. En una ejecución anterior, GPT-5.6 Sol, uno de los modelos ya existentes de OpenAI, analizó la versión del kernel disponible entonces y encontró 166 fallos únicos por 513.690 dólares. El nuevo modelo de ciberseguridad encontró más de cinco veces más fallos nuevos, aunque entre ambos análisis el kernel había recibido tres meses de mejoras de seguridad. En una muestra de 166 exploits, el equipo de OpenAI y expertos externos en el kernel identificaron diez técnicas que consideraron novedosas. La empresa no ha revelado los detalles. En el objetivo kernelCTF de Google, diseñado deliberadamente para ser resistente, otra ejecución de 112 horas produjo 21 exploits funcionales por unos 32.936 dólares.

Las cifras no lo cuentan todo. Todos los datos proceden de OpenAI y ningún grupo externo ha auditado la ejecución. Los 948 son posibles parches, no soluciones incorporadas al kernel. Al terminar el análisis de diez días, 61 de los fallos ya se habían corregido en la rama principal, 43 tenían parches en fase de preparación y 299 ya eran públicos o estaban en debate; por tanto, una parte considerable no era una 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 notificados habían llegado a root mediante otro fallo desconocido, distinto del que se les había asignado. Algunos de los primeros parches escritos por la 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 cada parche antes de que se envíen a los responsables de mantenimiento.

Es en esa fase de revisión donde recae la presión. Los responsables del mantenimiento del kernel, muchos de ellos voluntarios o ingenieros de empresas con otras obligaciones, se enfrentan ahora a una cola que una máquina puede volver a llenar más deprisa de lo que las personas consiguen vaciarla. OpenAI recomienda volver a validar los informes con el código actual antes de enviarlos, para que los responsables no pierdan tiempo con fallos que ya están corregidos. La empresa no ha dicho cuántos de los 948 llegarán a los kernels que distribuyen los fabricantes de móviles. En Android, una corrección del kernel solo llega a los usuarios cuando la publica cada fabricante; los móviles 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 cuanto antes las actualizaciones del kernel y aislar el código que no sea de confianza. OpenAI recomienda a los administradores herramientas de aislamiento, como Firecracker y gVisor, y volver a analizar su propio código a medida que mejoren los modelos. El modelo de ciberseguridad no está disponible para el público en ningún país. OpenAI lo describe como un producto que llegará próximamente, pero no ha anunciado ni el precio ni la fecha de lanzamiento. Los informes de fallos llegan a los responsables de mantenimiento a través del programa Patch the Planet de la empresa, junto con sus socios de seguridad.

OpenAI publicó el informe, titulado A thousand fewer paths to root, el 4 de noviembre. El análisis 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 se remonta a finales de julio. OpenAI afirma que ya ha enviado centenares de informes y parches para fallos críticos y que, a través de sus socios, entregará el resto de forma gradual. Al cerrarse el análisis, aproximadamente uno de cada nueve de los 948 fallos tenía una solución en la rama principal o en fase de preparación.

Etiquetas: inteligencia artificial, OpenAI, ciberseguridad, Linux, GPT-5.6 Sol, vulnerabilidades