Saltar al contenido
Carlos Estrada
IA

Atacantes usan agentes de IA de AntiFox para robar secretos de AWS

4 min de lectura
Persona con sudadera oscura revisa código en un celular frente a una laptop con texto verde en la pantalla

Las herramientas de IA que ayudan a los equipos de seguridad a buscar fallas también están cayendo en manos de atacantes. La empresa Arctic Wolf documentó ataques reales hechos con AntiFox, una plataforma de agentes de IA para pruebas de penetración, que terminaron con el robo de secretos de producción en cuentas de Amazon Web Services (AWS).

Si tu empresa tiene servidores web expuestos a internet o guarda llaves de la nube en archivos de configuración, esta nota te interesa.

¿Qué pasó?

El 10 de noviembre de 2026, Arctic Wolf Labs publicó un aviso sobre intrusiones ligadas a servidores que alojaban AntiFox. Se trata de una plataforma de código abierto, con interfaz en chino, que deja a una persona lanzar agentes de IA para automatizar pruebas de penetración, es decir, ataques controlados que sirven para encontrar fallas antes que los delincuentes. Según BleepingComputer, nació como una copia modificada de ARTEX, otra herramienta parecida.

Los atacantes montaron sus propias copias de AntiFox en servidores de Alibaba Cloud. En algunos casos entraron a una aplicación web en un servidor Windows con IIS (el servidor web de Microsoft) y dejaron ahí un webshell, un archivo que funciona como puerta trasera para dar órdenes al equipo. Arctic Wolf no pudo identificar qué falla usaron para entrar.

Desde ese servidor leyeron los archivos de configuración de la aplicación, donde había datos de conexión a bases de datos, y copiaron configuraciones y registros a una carpeta pública. En otros casos usaron credenciales válidas de AWS, cuyo origen no se conoce.

Lo que hicieron dentro de AWS

Con esas identidades, los agentes revisaron decenas de servicios: usuarios y permisos, servidores EC2, almacenamiento S3, funciones Lambda, bases de datos, Amazon Bedrock y el gestor de secretos. En un caso hicieron cientos de peticiones en unos 30 minutos, alternando entre varias identidades.

La mayoría de las peticiones fueron rechazadas por falta de permisos, pero algunas pasaron. Hubo casos en los que lograron leer un secreto de producción guardado en AWS Secrets Manager, y en otro leyeron, copiaron y borraron archivos de S3. Arctic Wolf advierte que muchos rechazos no significan que el ataque fracasó.

Amazon dijo a BleepingComputer que sus servicios no fueron vulnerados y funcionaron como estaban diseñados, y que los atacantes usaron credenciales robadas de aplicaciones de sus clientes.

¿Por qué te importa?

Un agente de IA no se cansa: prueba servicio tras servicio en minutos y aprovecha cualquier permiso que se te haya olvidado cerrar. Eso vuelve más peligrosa una práctica muy común, que es dejar llaves de la nube dentro de archivos de configuración del servidor web.

Los creadores de AntiFox prohíben usarla contra sistemas reales sin permiso, pero no hay ningún control técnico que lo impida. Por eso conviene revisar tu propia infraestructura en lugar de esperar que la herramienta se use bien.

¿Qué puedes hacer?

  • Saca las llaves de AWS de los archivos de configuración y usa roles o un gestor de secretos. Si ya estaban expuestas, cámbialas.
  • Da a cada aplicación solo los permisos que necesita, para que un agente no pueda listar todos tus servicios.
  • Exige IMDSv2 en tus instancias EC2 y activa Amazon GuardDuty para detectar accesos raros.
  • Activa CloudTrail, incluidos los eventos de datos de tus buckets S3 sensibles, y usa versiones en S3 para recuperar archivos borrados.
  • Revisa tus servidores IIS: si el proceso del sitio abre consolas de comandos o aparecen archivos .aspx nuevos en carpetas de subida, aísla el equipo y revisa qué credenciales guardaba.

Sigue leyendo

Fuentes

Imagen de portada: foto de Sora Shimazaki en Pexels.