El 4 de noviembre de 2026, hora de Beijing, OpenAI anunció una investigación automatizada de seguridad dirigida al kernel de Linux. La empresa indicó que durante una ejecución del mes de octubre, se obtuvieron inicialmente 2,308 candidatos sin duplicados, seguidos por la reproducción dinámica de 1,724 problemas; tras pruebas de explotación y análisis de variantes, finalmente se determinaron 948 parches diferentes como cantidad única de vulnerabilidades de elevación de privilegios locales. Todos estos métodos, costos y resultados provienen de los registros de investigación propios de OpenAI, sin que los metadatos de los medios independientes existentes hayan auditado estas conclusiones técnicas.
Descubrimiento y verificación por capas
Este prototipo conecta una línea de producción que incluye el descubrimiento de vulnerabilidades, la verificación dinámica, la evaluación de posibilidad de explotación, la generación de parches candidatos y la revisión manual. El modelo se encarga de buscar código, construir ejemplos de reproducción, intentar explotar y proponer correcciones, mientras que los investigadores de seguridad humanos revisan las causas raíz, las pruebas de fallo, las rutas de explotación y los parches para decidir si reportar a los mantenedores de Linux. La línea de producción organiza para cada proyecto análisis de causa raíz, ejemplos mínimos de fallo, parches candidatos y explotaciones completas, para que los investigadores puedan evaluar la gravedad. Los materiales oficiales no indicaron que el modelo pueda omitir el proceso de mantenimiento para fusionar código por sí solo, ni publicaron el número total de parches que fueron aceptados en la fuente principal.
En la fase de descubrimiento, el agente Scout seleccionó 5,034 objetivos de auditoría del kernel de Linux, cubriendo aproximadamente 2.8 millones de líneas de código, lo cual representa alrededor del 7% del total del código del kernel. OpenAI indicó que el tamaño total del kernel de Linux supera los 40 millones de líneas de código, y que las llamadas al sistema, la red, el sistema de archivos y los controladores de dispositivos conforman conjuntamente una amplia superficie de ataque. El agente Analyst posteriormente analizó estos objetivos y generó 2,308 candidatos sin duplicados en un plazo de 12 horas. OpenAI ubicó esta etapa como filtrado de código sospechoso, no como confirmación de vulnerabilidades de seguridad; los candidatos aún necesitan ser reproducidos en entornos aislados antes de ingresar al proceso de evaluación de impacto y corrección.
Utilización de cantidad para la eliminación de duplicados
La verificación dinámica utiliza máquinas virtuales aisladas con el detector de direcciones de kernel habilitado, donde los agentes Triage escriben programas de reproducción mínimos para los candidatos y observan la salida del programa y la consola del sistema. OpenAI indicó que el sistema logró reproducir 1,724 problemas en 30 horas, lo que representa aproximadamente el 74.7% de los candidatos. Entre los elementos no reproducidos, algunos requieren privilegios más altos, otros involucran condiciones de carrera, fallos específicos en la asignación de memoria o bucles de conteo de referencias prolongados, mientras que otros 3.1% se deben a análisis erróneos del modelo sobre condiciones imposibles, por lo que 2,308 no pueden considerarse todos como vulnerabilidades confirmadas.
La evaluación posterior filtró primero los elementos que podrían causar filtración de información o elevación de privilegios locales, y luego permitió que los agentes de desarrollo de exploits probaran en máquinas virtuales protegidas. Los materiales oficiales enumeran 291 prototipos de demostración de filtración de información y 1,169 casos exitosos de explotación para elevación de privilegios locales; el análisis de variantes posterior generó 948 parches diferentes, y OpenAI calculó 948 vulnerabilidades LPE únicas según esto. Los casos exitosos de explotación y las vulnerabilidades después de la eliminación de duplicados no son unidades comparables, por lo que estos dos números no se pueden intercambiar.
Coste y límites de prueba
El objetivo del experimento fue una configuración de sistema operativo de escritorio común, con protección activada incluyendo SMEP, SMAP, KASLR y HARDENED_USERCOPY. El escenario de investigación asume que el atacante ya posee una cuenta local con permisos bajos, y luego prueba si puede obtener privilegios root; no informa sobre intrusiones directas a través de red al host, tampoco proporciona evidencia de que estas explotaciones estén ocurriendo en ataques reales. El alcance real afectado por diferentes distribuciones, versiones del kernel y dispositivos no tiene una lista completa en la página oficial.
El costo total de toda la ejecución del pipeline proporcionado por OpenAI fue de 1,213,430 dólares en cuota API, equivalente a 1,279 dólares por cada vulnerabilidad LPE única. Aquí se registran las cuotas de llamadas al modelo, no los costos de pago a los mantenedores por correcciones, ni tampoco el costo real de acción del atacante. La empresa también realizó comparaciones hipotéticas usando recompensas históricas de vulnerabilidades, pero no obtuvo dichas recompensas, tampoco incluyó estos números como ingresos. El coste solo corresponde al modelo específico, configuración objetivo y proceso de investigación; OpenAI lo describe a sí mismo como una estimación tope que podría reducirse mediante ingeniería de herramientas posteriores, y no existe una contabilización independiente de las fuentes actuales.
Progreso de los parches aún pendiente de confirmación
El escaneo y el análisis manual han continuado durante 10 días. OpenAI ha indicado que durante este período, 61 LPE ya habían sido parcheados por otros trabajos upstream, 43 entraron en parches de espera, y otros 299 se encuentran en estado de reporte público o discusión; estos registros superpuestos no pueden considerarse completamente como nuevas correcciones de OpenAI. La empresa señaló que su equipo ha comenzado a enviar informes y parches para problemas críticos, y está trabajando progresivamente con socios para manejar el resto de los proyectos, aunque no ha divulgado el estado actual de recepción, fusión o retroceso a versiones de cada parche.
La información de flujo de noticias autorizada por QuantumBit fue publicada en Beijing Time el 5 de noviembre con título y resumen corto, confirmando independientemente los 948 huecos de seguridad y el costo aproximado de 1.2 millones de dólares para este evento público; este artículo no utiliza el cuerpo principal ni las imágenes de esa fuente mediática. Los datos públicos actuales aún no pueden confirmar el nombre del modelo, los resultados completos del tratamiento upstream de todos los parches, el alcance preciso de impacto en cada distribución de Linux o cualquier utilización en el campo. La página de OpenAI tampoco denomina a todos los candidatos como vulnerabilidades, ni considera las 1.169 instancias de explotación como 1.169 problemas únicos.