Hugging Face confirmó una intrusión en su infraestructura de producción ejecutada de extremo a extremo por un framework de agentes de IA autónomo, que actuó sin restricciones y encadenó miles de acciones por sí solo. El punto de entrada fue un dataset manipulado que explotaba dos vías de ejecución de código en el pipeline de carga. La compañía detectó acceso no autorizado a un conjunto limitado de datasets internos y a credenciales de varios servicios.
Para Marta, el dato relevante no es que a Hugging Face la atacara un agente: es que su propia defensa dependió de otro agente de IA corriendo en infraestructura propia, porque los modelos comerciales con guardarraíles de seguridad se negaban a analizar el contenido malicioso del ataque. La asimetría entre atacante sin límites y defensor con límites es el problema de fondo para cualquiera que ya delegue tareas en agentes.
La respuesta de Hugging Face incluyó revocar y rotar credenciales de forma preventiva, no solo las comprometidas, y separar los entornos donde corren los agentes en sandboxes de corta duración que se destruyen tras cada tarea. Ese principio, dar a cada agente el mínimo acceso y por el menor tiempo posible, es aplicable a cualquier empresa que conecte un agente a su CRM, su correo o sus archivos, aunque no tenga la escala de Hugging Face.
Lo que el aviso no dice es cómo debería actuar una empresa mediana, sin equipo de seguridad dedicado ni capacidad de correr su propio modelo de análisis forense. Ahí el criterio práctico es más simple: antes de dar a un agente acceso a un sistema, preguntar qué podría hacer con ese acceso si algo sale mal, y limitarlo a eso.
Si tu empresa ya usa agentes de IA conectados a herramientas internas, esta semana es el momento de revisar qué credenciales tienen, si son compartidas con personas, y si se rotan con alguna frecuencia. Es la misma pregunta que ya dejamos sobre la mesa hace unos días con el dato del 69% de empresas que comparte credenciales de agentes: este incidente es la prueba de por qué importa resolverlo.