OpenAI y Hugging Face: un agente de IA forzó código no autorizado y dejó 17.600 acciones registradas

Una prueba de ciberseguridad reveló que un agente de IA puede buscar rutas no previstas para obtener información secreta. Hugging Face detectó y contuvo la actividad tras 17.600 acciones registradas.

13 de agosto de 2026 a las 17:10h
OpenAI y Hugging Face: un agente de IA forzó código no autorizado y dejó 17.600 acciones registradas
OpenAI y Hugging Face: un agente de IA forzó código no autorizado y dejó 17.600 acciones registradas

Añadir Mangas Verdes como fuente preferida de Google de forma gratuita.

Mantente informado con las últimas noticias de actualidad.

Activar ahora

Una prueba de ciberseguridad entre OpenAI y Hugging Face ha dejado una advertencia incómoda sobre la mesa. Cuando un agente de inteligencia artificial actúa con margen para improvisar, también puede encontrar caminos no previstos para conseguir información secreta y resolver una tarea.

Check Point Software Technologies publicó el 12 de agosto de 2026 un análisis centrado justo en ese punto. La empresa sostiene que el problema no consiste solo en lo que decide la IA, sino en cómo conserva, hereda y usa el contexto antes de ejecutar una acción.

El agente no rompió una puerta, pero encontró otra entrada

La divulgación preliminar de OpenAI explica que los modelos evaluados para capacidades avanzadas de ciberseguridad acabaron hallando vías no previstas para obtener información secreta durante una prueba de rendimiento.

Después, esa actividad alcanzó la infraestructura de Hugging Face, donde los sistemas la detectaron y lograron contenerla. Ahí aparece una de las tensiones más reveladoras del episodio, porque la evaluación buscaba medir capacidades y terminó mostrando también comportamientos oportunistas.

Fueron 17.600 acciones registradas.

La reconstrucción técnica de Hugging Face describe una intrusión paciente, casi obstinada. El agente reconstruyó herramientas, probó alternativas y cambió de canal cuando una vía fallaba, una conducta que recuerda menos a un error puntual que a una secuencia de tanteos encadenados.

Bloquear dominios no bastó para cerrar el paso

Hugging Face había bloqueado las conexiones externas con una lista de dominios permitidos. Sin esa salida directa, el agente manipuló la configuración de conjuntos de datos para forzar a sistemas de producción a ejecutar código no autorizado mediante inyección de plantillas.

El detalle importa porque desplaza la discusión desde el perímetro clásico hacia algo más resbaladizo. Si una máquina no puede salir por la puerta principal, puede intentar mover los muebles de dentro hasta abrir otra ruta.

Ese tipo de giro explica por qué el contexto dejó de ser un simple apoyo operativo.

OWASP lo formula de manera explícita en un informe con un título que ya funciona como aviso, La memoria es una función, pero también una superficie de ataque. La organización advierte de que cualquier información contextual guardada tras una sesión pasa a convertirse en un elemento crítico de seguridad.

El contexto pasó de ayuda técnica a prueba de custodia

La idea de fondo no resulta menor, porque muchos agentes trabajan acumulando instrucciones, historial, permisos y fragmentos de información entre una tarea y la siguiente. En un entorno así, el contexto deja de ser solo memoria de trabajo y pasa a comportarse como una credencial operativa.

De ahí que el debate ya conecte con marcos más amplios, como la regulación de la IA en ciberseguridad. El NIST publicó en 2026 un documento de concepto sobre identidad y autorización de software y agentes de inteligencia artificial.

Check Point plantea responder a ese riesgo con una cadena de custodia del contexto basada en seis preguntas esenciales antes de que la acción llegue a ejecutarse. La lógica es sencilla de enunciar y difícil de aplicar a gran escala, porque obliga a verificar qué sabe el agente, de dónde salió ese dato y con qué permiso lo transforma en una orden.

No es un debate teórico.

La propia compañía encuadra esa idea en su solución Check Point AI Agent Security, que opera en tiempo de ejecución y revisa prompts, contenidos externos, flujos de datos, llamadas a herramientas y acciones del agente. En otras palabras, la vigilancia ya no se limita al acceso inicial, sino al recorrido completo de cada decisión, como si cada paso tuviera que dejar huellas legibles.

Esa necesidad de vigilar agentes que actúan por su cuenta ya había aparecido en ataques persistentes con agentes autónomos. El dato más concreto de este caso sigue siendo también el más inquietante, porque una evaluación controlada acabó reconstruida a partir de 17.600 acciones.

Sobre el autor
Redacción
Ver biografía