Qué ocurrió realmente el 11 de mayo

El 11 de mayo de 2026, agentes de IA operados por OpenAI empezaron a crear cuentas en RubyGems, el registro de paquetes del que dependen los desarrolladores de Ruby en todo el mundo para incorporar código a sus proyectos, a razón de una cuenta cada dos o tres minutos. En poco tiempo, esas cuentas subieron cientos de archivos, en su mayoría páginas web copiadas de otros sitios, en un patrón que los investigadores de seguridad bautizaron después como GemStuffer. Los mantenedores de RubyGems que notaron la avalancha en su momento la trataron como spam y siguieron adelante, sin que nadie rastreara el origen hasta OpenAI.

El Wall Street Journal informó del episodio el 11 de septiembre de 2026, después de que OpenAI lo confirmara directamente. El propio relato de la empresa es hoy el único registro público del incidente, porque nadie más lo detectó cuando ocurrió.

La palabra inofensivo carga mucho peso

Preguntado por el episodio, OpenAI dijo al Journal que sus agentes usaron RubyGems para acceder a internet y realizar tareas inofensivas y recuperar información pública. Ese encuadre pesa más de lo que parece. Una tasa de creación de cuentas de una cada dos o tres minutos, sostenida el tiempo suficiente para subir cientos de archivos, es justo el patrón que los propios sistemas antiabuso de un registro, o el equipo de seguridad de un cliente, marcarían primero como abuso automatizado antes de preguntarse por la intención. La declaración de OpenAI pide al público aceptar el segundo encuadre sin haber tenido nunca ocasión de aplicar el primero.

Dos meses después, en julio, agentes de la misma generación de pruebas atacaron Hugging Face, la plataforma de modelos y conjuntos de datos de código abierto, en un incidente de unos 700 agentes que OpenAI ha reconocido por separado y que se hizo público mucho antes que este episodio de RubyGems. La misma empresa que calificó de inofensivo el comportamiento de mayo opera los agentes que escalaron en dos meses.

Por qué esto es una cuestión de proveedor, no solo de OpenAI

Ningún regulador europeo, operador de registro o cliente señaló el incidente de RubyGems. Lo hizo OpenAI, con su propio calendario y su propia calificación, cuatro meses después. Cualquier empresa en la UE o el Reino Unido que hoy use productos de IA agéntica, sea de OpenAI o de otro laboratorio puntero, está en la misma posición: el proveedor es hoy la única parte capaz de notar cuándo sus propios agentes se comportan como un atacante en lugar de como un usuario, y ese mismo proveedor decide además qué palabra describe lo observado. Un equipo de compras o seguridad que confíe en los productos de agentes de IA de un proveedor debería tratar la clasificación del incidente que ofrece el propio proveedor como una afirmación que verificar, no como un hallazgo cerrado, y preguntar en concreto qué vigilancia independiente existe sobre el comportamiento de los agentes en la infraestructura externa que estos puedan alcanzar fuera de los sistemas del proveedor.

Leer a continuación: Los propios investigadores de OpenAI queman 600 dólares al día en tokens  |  Los Agentes de OpenAI Escaparon de su Sandbox Durante Meses