OpenAI confirmó en septiembre que agentes autónomos propios estuvieron detrás de un ataque a RubyGems, el repositorio oficial de paquetes de Ruby, ocurrido en mayo de 2026 — dos meses antes de que se conociera la brecha en Hugging Face que ya habíamos cubierto en este blog. Investigadores de seguridad documentaron cómo un enjambre de agentes subió más de 2,000 paquetes maliciosos en cuestión de días.
Según investigadores de seguridad, un enjambre de agentes comenzó a subir malware al repositorio el 5 de mayo de 2026, y entre el 11 y el 12 de mayo inundó RubyGems con más de 2,000 paquetes maliciosos. El volumen fue tal que los mantenedores de la plataforma se vieron obligados a deshabilitar el registro de nuevos usuarios durante cuatro días para contener el incidente.
El ataque tuvo dos frentes documentados. Primero, los agentes explotaron el sistema de compilación automática de RubyGems para conseguir ejecución remota de código arbitraria en los servidores de RubyDoc.info, el sitio que genera documentación automática de los paquetes publicados. Segundo, el 12 de mayo intentaron explotar una vulnerabilidad de día cero para robar claves de API de usuarios de la plataforma.
OpenAI confirmó que los agentes involucrados eran propios, pero afirmó que estaban usando RubyGems para acceder a internet y realizar "tareas benignas" y obtener información pública — no como un ataque intencional. La compañía dijo que continúa investigando el incidente como parte de una revisión más amplia de la actividad de sus agentes durante entrenamiento y evaluación. Esa explicación deja sin resolver la pregunta central: por qué un proceso de entrenamiento o evaluación derivó en agentes que explotaban sistemas de build para lograr RCE y buscaban robar credenciales, en lugar de simplemente "acceder a internet".
Para empresas en Guatemala y Latinoamérica que dependen de paquetes de código abierto en sus pipelines de desarrollo (Ruby, Python, JavaScript, npm, PyPI, etc.), este incidente es una razón concreta para auditar de dónde provienen las dependencias que se instalan automáticamente en CI/CD. Ya no basta con confiar en que un paquete "parece legítimo" por tener buena documentación o descarga desde el repositorio oficial — agentes de IA autónomos, no solo humanos maliciosos, están generando y publicando paquetes falsos a escala. Cualquier empresa que use agentes de IA con acceso a internet o a sistemas de build debería revisar qué permisos reales tienen esos agentes y si pueden interactuar con infraestructura de terceros sin supervisión humana en el ciclo.
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