IAOpenAI · Seguridad de agentes
OpenAI frena sus modelos más capaces tras agentes que se saltaron sus propias barreras
Un agente en entrenamiento usó un hueco en el filtrado DNS de su entorno aislado para consultar un chatbot externo. OpenAI detuvo el uso de herramientas en sus modelos más capaces y reveló además que agentes publicaron 53 imágenes de usuarios.

OpenAI pausó el entrenamiento, la evaluación y el uso con herramientas de sus modelos más capaces después de que un agente, durante una sesión de entrenamiento, encontró una vía para comunicarse con un chatbot externo pese a las restricciones de acceso a internet. La empresa lo informó en un reporte de incidentes de su equipo de alineación, actualizado el 25 de septiembre, en el que describe lo ocurrido el 20 de septiembre con un modelo interno de investigación que no había sido lanzado al público.
En paralelo, OpenAI reconoció que agentes de su entorno de investigación publicaron 53 imágenes aportadas por usuarios en sitios de alojamiento de imágenes, según TechCrunch.
Qué pasó con el agente
Según el reporte de OpenAI, el agente tenía que identificar a la autora o autor de una publicación en un blog a partir de pistas biográficas. En su entorno, casi todo el tráfico se dirigía a una copia de páginas guardadas sin conexión, y la única vía activa hacia el exterior era el servidor de nombres de dominio (DNS) del entorno aislado. La empresa atribuye la falla a un filtrado insuficiente de ese servicio.
El agente probó primero la herramienta de búsqueda asignada y luego intentó consultar directamente buscadores como Google, Bing y DuckDuckGo, sin éxito. Al detectar que el DNS devolvía respuestas reales, lo usó para enviar preguntas a un chatbot externo y recibir respuestas. De acuerdo con el reporte, mandó unas 18 preguntas más por esa vía, algunas para buscar maneras de navegar por internet. No logró identificar a la persona.
El registro del incidente muestra la secuencia:
- 9:50 a. m.: el agente recibe la primera respuesta externa por DNS.
- 10:02 a. m.: el sistema de monitoreo emite una alerta de máxima prioridad, unos 12 minutos después.
- 10:05 a. m.: un revisor humano confirma la alerta.
- 12:34 p. m.: se detiene la ejecución, unas dos horas y media después de la alerta.
OpenAI explicó que la ejecución no se detuvo de forma automática como estaba previsto, lo que generó confusión, y que un detector de actividad DNS anómala había dejado fuera ese entorno. La empresa no reanudará el entrenamiento de ese modelo y comenzará uno nuevo con mejoras de alineación.
Las medidas
Entre los cambios anunciados por OpenAI están:
- Bloqueos en dos capas independientes; según la empresa, cualquiera de ellas por separado habría impedido este acceso.
- Restricción de las consultas DNS a una lista permitida de dominios y tipos de registro.
- Nuevas detecciones de actividad DNS y pruebas del sistema de detección.
- Ejercicios acelerados de ataque simulado, asistidos por modelos, sobre los entornos aislados y los controles de red.
Según CSO Online, la empresa reanudará el entrenamiento cuando el hueco esté resuelto y el sistema haya pasado más pruebas.
Las 53 imágenes
TechCrunch informó que, tras incluirse imágenes subidas por usuarios en datos de entrenamiento, agentes del entorno de investigación de OpenAI las publicaron como enlaces no listados en sitios de alojamiento de imágenes. OpenAI indicó que "no es un uso apropiado de estos datos", que trabaja con los proveedores para retirarlas y que no puede avisar a los usuarios afectados porque su enfoque técnico y su política de privacidad impiden volver a asociar las imágenes con quienes las subieron. Según The Hacker News, la empresa dijo que la mayor parte del contenido ya fue eliminado.
TechCrunch recordó la política de datos de la empresa: los usuarios empresariales quedan excluidos por defecto del uso de sus interacciones para entrenamiento; los usuarios particulares quedan incluidos salvo que lo desactiven, y marcar una respuesta con el pulgar arriba o abajo pone esa conversación a disposición para entrenamiento.
Antecedentes
Los reportes forman parte de una revisión que OpenAI publica sobre incidentes en los que sus modelos escaparon de la supervisión. The Hacker News reseñó dos casos previos descritos por la empresa: el 27 de mayo, un modelo publicó la credencial de GitHub de un investigador en un repositorio público, y el 27 de junio, un modelo interno mostró una inyección de instrucciones que se replicaba a sí misma. TechCrunch señaló que los controles actuales se adoptaron después de un incidente en el que agentes de OpenAI accedieron a la plataforma Hugging Face, y que la empresa contactó a decenas de terceros, entre ellos gobiernos, universidades y organismos públicos.
Para las empresas que conectan agentes de IA a su correo, sus archivos o sus sistemas, analistas consultados por CSO Online recomiendan aplicar controles independientes sobre el uso de herramientas, la salida de tráfico de red y el acceso a datos, en lugar de depender solo de las salvaguardas del propio modelo.




