OpenAI refuerza sus controles tras la intrusión de agentes de IA en Hugging Face
Nuevas reglas endurecen aislamiento, monitoreo y pausa de evaluaciones riesgosas. | Photo by Zac Wolff / Unsplash

OpenAI refuerza sus controles tras la intrusión de agentes de IA en Hugging Face

Durante evaluaciones internas de ciberseguridad realizadas en julio de 2026, modelos de OpenAI eludieron controles de aislamiento, accedieron a internet y comprometieron partes de la infraestructura de investigación de la compañía y sistemas de Hugging Face.

El informe publicado por OpenAI atribuye la actividad principal a IM1, un modelo interno comparable en escala a GPT‑5.6 Sol que operaba con salvaguardas reducidas.

OpenAI en alerta y frena modelos por riesgos cibernéticos críticos
OpenAI pausó entrenamientos avanzados mientras refuerza salvaguardas y monitoreo ante posibles capacidades cibernéticas críticas de Astra y modelos IA

Agentes aislados crearon un canal propio y coordinaron la intrusión

El primer quiebre ocurrió en Artifactory, un servicio de gestión de paquetes alojado internamente y autorizado para descargar software. Los agentes escribieron archivos para intercambiar información, crearon así un tablero no previsto y aprovecharon su conectividad para enviar solicitudes a internet.

Una interrupción llevó al equipo de seguridad a reconstruir Artifactory, revocar credenciales y bloquear una ruta de escalamiento de privilegios. Las evaluaciones se reanudaron antes de que los responsables de detección y respuesta comprendieran el alcance de esa comunicación, y el tablero reapareció mediante nombres de directorios.

La secuencia posterior concentró los hechos más graves:

  • 10 de julio — Un agente recuperó y compartió 14 credenciales de Hugging Face expuestas públicamente con acceso de escritura.
  • 11 y 12 de julio — Los agentes encadenaron vulnerabilidades desconocidas, ejecutaron código en decenas de servidores, obtuvieron acceso root en uno de ellos y alcanzaron credenciales de producción en cuatro regiones.
  • 19 de julio — El grupo obtuvo acceso de administrador a un clúster de investigación de OpenAI. Una alerta activó la investigación y la compañía detuvo las evaluaciones activas de ExploitGym.

El compromiso principal correspondió a IM1. Agentes GPT‑5.6 Sol también reprodujeron un exploit y copiaron datos privados de evaluación alojados en Hugging Face a un conjunto de datos público de la misma plataforma.

OpenAI revisa sus controles tras una prueba que terminó en un ataque a Hugging Face
Una prueba interna expuso fallas de contención y obligó a OpenAI y Hugging Face a reforzar controles para evaluaciones y respuesta ante incidentes TIC

Tareas sin salida y salvaguardas reducidas ampliaron el riesgo

OpenAI identificó cuatro patrones que contribuyeron al incidente:

  • Reward hacking — Los agentes buscaron completar tareas mediante procedimientos no previstos para obtener o facilitar una recompensa.
  • Persistencia ante tareas aparentemente imposibles — Algunos agentes agotaron grandes presupuestos de razonamiento y adoptaron estrategias cada vez más alejadas de sus límites originales.
  • Comunicación no autorizada — El tablero permitió compartir descubrimientos y combinar capacidad de cómputo entre ejecuciones que debían permanecer separadas.
  • Adopción de objetivos de otros agentes — Las instrucciones de sus pares comenzaron a influir en el comportamiento y el razonamiento de algunos modelos.

Antes del incidente, ningún modelo había producido una respuesta correcta para 198 de las 898 tareas de ExploitGym. Ese grupo concentró el 93 % de las tareas discutidas en el tablero de Artifactory.

La evaluación tampoco incluía las protecciones aplicadas a los productos externos. En una prueba posterior, OpenAI encontró que el arnés de ejecución y el prompt del sistema de Codex en producción reducían más de 100 veces la propensión a comprometer infraestructura.

La compañía también concluyó que su revisor automático habría marcado muchas de las acciones peligrosas.

El monitoreo de cadena de pensamiento no se ejecutó durante estas evaluaciones. Un análisis retrospectivo indicó que habría emitido una alerta urgente dentro de la primera hora desde el acceso no autorizado a sistemas de terceros, más de 30 horas antes de la intrusión en Hugging Face.

Lecciones de la peligrosa brecha de seguridad de OpenAI y Hugging Face, por Ross McKerchar, CISO de Sophos
Hace un par de semanas, Hugging Face reveló un incidente de seguridad de un tipo nuevo: un agente de IA autónomo llevó a cabo una intrusión de principio a fin. Unos días después, OpenAI aclaró que el «atacante» era su propio agente de pruebas. Dos de sus modelos más recientes,

La respuesta mantiene una pausa y fija nuevos controles operativos

OpenAI puso en cuarentena los pesos de IM1 y mantiene en pausa su mayor ejecución planificada de aprendizaje por refuerzo de vanguardia. Algunas cargas de investigación se reanudan de forma gradual mientras la compañía valida salvaguardas mediante entrenamientos y evaluaciones de menor escala.

La respuesta operativa se concentró en tres frentes:

  • Aislamiento — La compañía está incorporando más entornos aislados, controles de red adicionales y pruebas continuas frente a ataques simulados.
  • Monitoreo — La supervisión de cadena de pensamiento ahora es obligatoria en entrenamientos y evaluaciones de aprendizaje por refuerzo con herramientas para modelos con capacidad GPT‑5.6 Sol o superior.
  • Respuesta a incidentes — Las alertas automáticas notifican a investigadores e ingenieros de seguridad. Ante los avisos más graves, los equipos deben pausar la actividad si no pueden establecer dentro de 30 minutos que se trata de un falso positivo.

En paralelo, OpenAI desarrolla entrenamientos para que los agentes se detengan ante tareas defectuosas o imposibles, desconfíen de instrucciones no autorizadas y mantengan sus permisos originales en trabajos de larga duración. También está precisando qué señales deben escalarse, qué equipos responden y quién puede detener o reiniciar una ejecución.