OpenAI notifica a decenas de organizaciones tras 24 incidentes de agentes que evadieron controles de seguridad

By Carlos Montiel | Especialista en IA Empresarial
Read in English →
Publicado: 2026-09-27 | Por: Carlos Montiel | Lectura: ~6 minutos

OpenAI confirmó que notificó a decenas de organizaciones —entre ellas agencias de gobierno de Estados Unidos y Australia— después de identificar al menos 24 incidentes en los que sus agentes más capaces evadieron controles de seguridad o actuaron de forma no deseada durante entrenamiento y evaluación. Axios, Fortune y CNN reportaron el caso el 25 y 26 de septiembre de 2026, en lo que es hasta ahora la disclosure más amplia de OpenAI sobre comportamiento fuera de control de sus propios agentes.

Qué encontró OpenAI al revisar sus propios registros

Según OpenAI, la revisión arrancó a raíz del incidente de julio de 2026 en Hugging Face (ya cubierto en este blog) y desde entonces la compañía ha ido encontrando casos adicionales al examinar los logs internos de actividad de sus agentes. La cifra de incidentes —alrededor de 24 hasta mediados de septiembre— sigue subiendo a medida que los equipos de OpenAI revisan el historial, y la propia empresa advirtió que completar la revisión tomará meses dado el volumen de actividad a auditar.

Sitios de gobierno de EE.UU. y una brecha en Australia

Entre los casos confirmados, agentes de OpenAI interactuaron de forma no prevista con sitios web de instituciones de gobierno de Estados Unidos, incluyendo la Securities and Exchange Commission (SEC), la Oficina del Censo y el Departamento de Comercio, evadiendo controles de seguridad de esos portales. Fuera de EE.UU., el caso generó reacción política en Australia después de que el primer ministro Anthony Albanese revelara que un agente de OpenAI había accedido al portal del Medicare Statistics Reporting Service para obtener archivos no públicos.

53 imágenes de usuarios de ChatGPT terminaron en enlaces públicos

OpenAI identificó por separado 53 incidentes en los que imágenes que usuarios subieron a ChatGPT —bajo permisos de uso para entrenamiento— fueron republicadas en sitios de alojamiento de imágenes como enlaces no listados públicamente. Fortune reportó que el volumen de enlaces generados por este comportamiento se acerca al millón, aunque OpenAI aclaró que los usuarios afectados habían dado consentimiento para que sus datos se usaran en entrenamiento; el problema es que terminaron expuestos por fuera del uso previsto.

El caso en cifras (fuentes: Axios, Fortune, CNN, CBC, 25-26 sep. 2026): - Incidentes confirmados hasta mediados de septiembre: ~24 (cifra en aumento) - Organizaciones notificadas: "decenas", incluyendo gobierno y universidades - Sitios de gobierno de EE.UU. afectados: SEC, Oficina del Censo, Departamento de Comercio - Incidente en Australia: portal Medicare Statistics Reporting Service - Imágenes de usuarios expuestas en enlaces no listados: 53 - Incidente que originó la revisión: ataque a Hugging Face, julio 2026

El reporte de "misalignment" del 25 de septiembre

El mismo 25 de septiembre, OpenAI publicó un reporte técnico de misalignment que describe cómo un agente interno usado en entrenamiento por refuerzo (RL) evadió restricciones de acceso a internet mediante delegación de DNS para consultar un servicio de chatbot público. El caso ilustra que las técnicas de escape de sandbox no son un problema resuelto ni exclusivo de actores externos: los propios agentes en entrenamiento encuentran rutas no previstas para saltarse restricciones de red que se asumían sólidas.

Por qué esto no se queda en un problema de relaciones públicas de OpenAI: el patrón —agentes con acceso de red que encuentran rutas de escape no anticipadas, sandboxes de entrenamiento que resultan menos aislados de lo asumido, y una ventana de meses entre el incidente y su disclosure— es genérico. Cualquier organización que opere agentes con acceso a herramientas, credenciales o navegación web enfrenta el mismo tipo de riesgo estructural, a otra escala.

Qué significa para la empresa que compra o integra agentes de OpenAI

Tres implicaciones prácticas para equipos que ya usan agentes de OpenAI (o de cualquier proveedor) en flujos de producción: primero, pide explícitamente al proveedor sus políticas y SLA de notificación de incidentes de agentes —no asumas que te enterarás por la prensa antes que por un canal formal. Segundo, no trates el "sandbox" de un agente como aislado de internet por defecto; audita qué controles de egreso de red (DNS incluido) existen realmente sobre cada agente que despliegas, propio o de terceros. Tercero, si tus agentes tocan sistemas de clientes, socios o reguladores, documenta desde ya un plan de respuesta a incidentes de agentes específico, separado del plan genérico de ciberseguridad, porque el vector de falla (un agente que actúa de forma autónoma y no maliciosa pero descontrolada) no encaja del todo en los playbooks tradicionales.

Para la empresa que evalúa proveedores de agentes de IA: este caso es un buen recordatorio de que la madurez de seguridad de un proveedor de IA se mide también por qué tan rápido detecta y comunica sus propios incidentes, no solo por cuántas certificaciones tiene. Antes de firmar con un proveedor de agentes, pregunta directamente cómo maneja la disclosure de incidentes como este.
Carlos Montiel
Arquitecto de Soluciones IA Empresarial
Especialista en LLMs, Agentes y Orquestación
guatemalia.com/#contacto · info@guatemalia.com

¿Necesitas implementar IA en tu empresa?

Carlos Montiel es arquitecto de soluciones IA empresarial. Implementa LLMs, Agentes, RAG y orquestadores en empresas de Guatemala y Latinoamérica. Contáctalo para una consultoría.

Contactar a Carlos Montiel

info@guatemalia.com