Saltar al contenido

Hackearon a Hugging Face con una IA autónoma y su defensa terminó usando un modelo chino

Un agente de IA vulneró a Hugging Face; para analizar el ataque usó GLM 5.2, un modelo chino de pesos abiertos.

por Alejandro Castillo Leone
A female engineer using a laptop while monitoring data servers in a modern server room.
Foto de Christina Morillo en Pexels

TL;DR:

  • Un sistema de agentes de IA autónomo vulneró parte de la infraestructura de producción de Hugging Face la semana del 13 de julio de 2026, según la propia empresa.
  • El equipo de seguridad no pudo usar los modelos frontera de EE. UU. para el análisis forense: sus filtros de seguridad bloquearon los comandos de ataque. Recurrió a GLM 5.2, un modelo chino de pesos abiertos, corriendo en su propia infraestructura.
  • Los agentes de defensa procesaron más de 17,000 eventos registrados y reconstruyeron el ataque en horas, no en días.

Un sistema de agentes de inteligencia artificial autónomo vulneró parte de la infraestructura de producción de Hugging Face, la plataforma neoyorquina donde buena parte de la industria comparte modelos y datasets de IA. Lo confirmó la compañía en un reporte publicado el 16 de julio de 2026. Lo que encendió a la comunidad de seguridad no fue el hackeo en sí, sino la forma en que la empresa se defendió: cuando intentó analizar el ataque con los modelos frontera de Estados Unidos, las salvaguardas de seguridad de esos servicios bloquearon las solicitudes. Terminó corriendo GLM 5.2, un modelo chino de pesos abiertos del laboratorio Z.ai, en sus propios servidores para entender qué había pasado.

Hay una ironía difícil de ignorar. La casa que popularizó el intercambio de modelos abiertos fue atacada por una IA y se salvó gracias a otra IA, que además tuvo que ser china y abierta porque las estadounidenses le cerraron la puerta.

Sala de servidores en penumbra con luces de red, representando la defensa de infraestructura digital
Imagen ilustrativa. La intrusión entró por la tubería de procesamiento de datos, no por la capa que sirve los modelos. · Foto de panumas nikhomkhai en Pexels

El ataque entró por donde una plataforma de IA está más expuesta

La intrusión empezó en la tubería de procesamiento de datos. Un dataset malicioso abusó de dos rutas de ejecución de código: un cargador de datasets con código remoto y una inyección de plantillas en la configuración de un dataset. Con eso logró correr código en un worker de procesamiento. A partir de ahí, el actor escaló a acceso a nivel de nodo, cosechó credenciales de nube y de clúster, y se movió lateralmente hacia varios clústeres internos durante un fin de semana.

La campaña, dice Hugging Face, corrió de principio a fin sobre un marco de agentes autónomo que ejecutó miles de acciones individuales a través de un enjambre de sandboxes de vida corta, con infraestructura de comando y control (C2) auto-migrándose en servicios públicos. La empresa lo describe como el escenario del "atacante agéntico" que la industria venía anticipando.

Vale la pena bajar el ruido y ver la mecánica. Cada movimiento por separado es de manual: ejecución remota de código, escalada de privilegios, robo de credenciales, movimiento lateral y C2. Lo nuevo no es la técnica, es que un agente autónomo las encadenó todas a velocidad de máquina y sin nadie tecleando del otro lado.

Hugging Face insistió en varios puntos para calmar a su comunidad: no encontró evidencia de manipulación en modelos, datasets o Spaces públicos, y su cadena de suministro (imágenes de contenedor y paquetes publicados) quedó verificada como limpia. Sigue evaluando si datos de socios o clientes se vieron afectados y avisará directamente a quien corresponda. También reportó el incidente a las autoridades y trabaja con especialistas forenses externos. Entre sus acciones inmediatas:

  • Cerró las rutas de ejecución de código que sirvieron de entrada.
  • Erradicó el punto de apoyo del atacante y reconstruyó los nodos comprometidos.
  • Revocó y rotó las credenciales y tokens afectados, y arrancó una rotación preventiva más amplia de secretos.
  • Endureció los controles de admisión en sus clústeres.
  • Ajustó la detección para que una alerta de alta severidad despierte a un responsable en minutos, cualquier día de la semana.

Las salvaguardas de EE. UU. frenaron a los defensores, no al atacante

Aquí está el corazón de la historia. Para leer lo que hicieron decenas de miles de acciones automatizadas, el equipo tiró de agentes de IA sobre el registro completo de la intrusión: más de 17,000 eventos capturados. Primero probó con modelos frontera detrás de APIs comerciales. No sirvió.

"Cuando comenzamos el análisis de los registros, primero usamos modelos frontera detrás de APIs comerciales. No funcionó: el análisis exige enviar grandes volúmenes de comandos de ataque reales, cargas de exploits y artefactos de C2, y esas solicitudes fueron bloqueadas por las salvaguardas de seguridad de los proveedores, que no pueden distinguir a un equipo de respuesta a incidentes de un atacante", explicó Hugging Face en su reporte.

La solución fue GLM 5.2 corriendo en casa. Y trajo un beneficio extra: ni los datos del atacante ni las credenciales que ese material mencionaba salieron del entorno de la empresa. Con ese enfoque, según la compañía, hicieron en horas lo que normalmente toma días.

La asimetría es incómoda. Hugging Face admite que no sabe qué modelo movía a los agentes del atacante, si uno hospedado con jailbreak o uno de pesos abiertos sin restricciones. Lo que sí sabe es que el atacante no respondía a ninguna política de uso, mientras que su propio trabajo forense chocó contra los filtros de los modelos hospedados que intentó usar primero.

⚠️
Si tienes cuenta en Hugging Face, la empresa recomienda rotar tus tokens de acceso y revisar la actividad reciente. Su lección para equipos de seguridad: tener un modelo capaz que puedas correr en tu propia infraestructura, revisado y listo antes de un incidente, para no depender de un proveedor que te pueda bloquear.

El caso escaló hasta la Casa Blanca

El reporte no se quedó en foros técnicos. David Sacks, asesor especial de la Casa Blanca para IA y criptomonedas, lo usó el 19 de julio para atacar las restricciones de ciberseguridad sobre los modelos estadounidenses. Lo combinó con la afirmación de un desarrollador que decía que Kimi K3, el modelo de la china Moonshot AI, había arreglado 15 fallos de seguridad "críticos" que el Codex de OpenAI y el Claude Fable 5 de Anthropic se negaron a tocar.

"No hay razón para limitar a los modelos estadounidenses en tareas que los modelos chinos resuelven sin problema. Solo nos estamos volviendo menos competitivos", escribió Sacks en un hilo de dos publicaciones en X.

Conviene separar lo probado de lo que no lo está. El resultado de los "15 bugs" sigue siendo el dicho de un desarrollador, no un benchmark documentado: según reportó RuntimeWire, el hilo de Sacks no identificó el repositorio, no listó las vulnerabilidades, no mostró los rechazos ni entregó parches que investigadores independientes pudieran validar. Y hay una trampa lógica: un rechazo detiene a un modelo capaz antes de que intente la tarea, mientras que un modelo que sí obedece puede escupir un parche sin importar si ese parche funciona. La prueba demuestra sobre todo una diferencia de política de acceso, no necesariamente de talento técnico.

El contexto ayuda a entender por qué los modelos chinos abiertos están en su mejor momento. Kimi K3 salió el 16 de julio con 2.8 billones de parámetros, el modelo de pesos abiertos más grande hasta la fecha, y ventana de contexto de un millón de tokens; sus pesos completos se liberan el 27 de julio. En pruebas ciegas de Arena, la plataforma creada por investigadores de UC Berkeley, quedó por delante del Fable 5 de Anthropic y del GPT 5.6 de OpenAI, según reportó The Stack. Además, son notablemente más baratos que sus rivales estadounidenses.

Del otro lado del argumento, las restricciones existen a propósito. Anthropic clasifica el pentesting, el desarrollo de exploits, la escalada de privilegios y el hallazgo de vulnerabilidades de alto valor como usos de doble filo, y Fable 5 los bloquea hasta que la empresa tenga una forma sólida de acreditar a investigadores autorizados. Cuando reactivó el modelo el 1 de julio, Anthropic reconoció el costo: su clasificador genera más falsos positivos en tareas benignas de programación, y las solicitudes marcadas pueden redirigirse al modelo menos capaz Opus 4.8. OpenAI aplica chequeos adicionales a las peticiones de ciberseguridad en Codex, ChatGPT y su API, y aconseja a los defensores acotar el alcance y omitir detalles de exploit que no hagan falta para el resultado.

El punto más profundo se le escapa al discurso de competitividad. Una vez que pesos capaces corren en hardware que controla el usuario, ningún clasificador del proveedor decide qué tareas de ciberseguridad se pueden intentar. El caso de Hugging Face no muestra que un modelo chino sea "mejor"; muestra que la barrera de un proveedor deja de existir en el momento en que descargas el modelo.

Para los equipos de seguridad hispanohablantes y las empresas medianas que miran todo esto de lejos, la moraleja es concreta y algo incómoda: el día que un agente autónomo ande suelto dentro de tus sistemas, el modelo que vas a querer es uno que ya controlas, revisado desde antes, no uno al que le pides permiso en plena crisis.

Fuentes: 1, 2, 3

Alejandro Castillo Leone imagen de perfil
por Alejandro Castillo Leone

Soy un amante del arte y la cultura. Desde el 2021 dirijo una web dedicada a la historia de mi país y he emprendido la misión de vivir para la cultura, alimentándome principalmente del ámbito Hispanoamericano.

Suscríbete GRATIS

Recibe las noticias más importantes de política, tecnología, negocios, deportes, entretenimiento y cultura directamente en tu correo.

¡Listo! Revisa tu correo

Para completar la suscripción, haz clic en el enlace de confirmación que enviamos a tu correo. Si no llega en 3 minutos, revisa tu carpeta de spam.

Ok, gracias

Leer más de Tecnología y Ciencia