Arctic Wolf documentó intrusiones reales donde plataformas de pruebas de penetración autónomas ejecutaron reconocimiento y exfiltración en entornos de producción sin intervención humana continua.
Arctic Wolf Labs publicó esta semana un análisis de ataques ejecutados mediante AntiFox, una plataforma de pruebas de penetración de código abierto en idioma chino que encadena pasos de ataque con mínima intervención humana. La investigación vinculó sistemas de Alibaba Cloud que alojaban interfaces de AntiFox con acciones maliciosas confirmadas contra servicios web expuestos e infraestructura AWS. Los atacantes utilizaron dos puntos de entrada: en algunos casos comprometieron aplicaciones IIS públicas mediante vulnerabilidades no identificadas, y en otros comenzaron directamente con credenciales válidas de AWS obtenidas por métodos desconocidos. Lo que distingue estos casos no es la novedad de las técnicas individuales, sino la velocidad y consistencia con que una herramienta automatizada las ejecutó en secuencia contra objetivos de producción.
Cómo operó AntiFox contra servidores IIS en producción
En los ataques a IIS, el proceso w3wp.exe (el worker process del servidor web) fue utilizado para crear shells web ASPX y ejecutar comandos de recopilación de información del sistema. Los atacantes verificaron la cuenta de usuario activa, listaron archivos en la carpeta de la aplicación, revisaron permisos de archivo mediante icacls y probaron capacidad de escritura en el directorio raíz del sitio web. Luego utilizaron comandos PowerShell para leer archivos web.config buscando detalles de conexión a bases de datos y configuraciones de aplicación, y revisaron carpetas que contenían logs de depuración y errores.
Con las credenciales encontradas en el archivo de configuración, intentaron conectarse a una base de datos interna de producción. Finalmente, copiaron archivos de configuración y logs a una carpeta de carga accesible a través del sitio web. Arctic Wolf no pudo identificar la vulnerabilidad inicial que permitió el acceso, pero el patrón de explotación posterior siguió una secuencia consistente en múltiples intrusiones.
La enumeración masiva de servicios AWS en media hora
En los ataques AWS, AntiFox utilizó cuentas IAM válidas y en algunos casos roles EC2 asumidos. Los atacantes ejecutaron comandos GetCallerIdentity, GetUser, ListUsers, ListRoles, ListPolicies y ListKeys para descubrir cuentas, roles, políticas y claves de acceso disponibles. También intentaron obtener un token de autorización para Amazon Elastic Container Registry. En una intrusión documentada, la fuente ciclizó a través de varias identidades AWS y envió cientos de solicitudes en aproximadamente media hora.
La actividad enumeró servicios incluyendo IAM, EC2, S3, Lambda, Secrets Manager, KMS, RDS, ECS, EKS, Redshift, Athena, Glue, Systems Manager, API Gateway, CloudWatch, CloudFormation, DynamoDB y Amazon Bedrock, utilizando operaciones List, Get y Describe. Después de fallos de autorización, la actividad continuó hacia otros servicios y se concentró en recursos que permanecían accesibles. La mayoría de las solicitudes retornaron AccessDenied, pero algunas tuvieron éxito, y los atacantes persistieron donde las puertas quedaron abiertas.
Exfiltración confirmada de secretos de producción y objetos S3
Algunos ataques resultaron en solicitudes exitosas de GetSecretValue contra secretos de producción. Otros se enfocaron en S3, listando buckets, objetos y versiones, leyendo objetos, copiándolos y eliminándolos. Arctic Wolf advierte que una serie de solicitudes mayormente denegadas no significa que el ataque haya sido infructuoso: el objetivo de estas herramientas es encontrar los recursos accesibles dentro de un entorno parcialmente restringido, y la persistencia automatizada garantiza que ninguna puerta abierta pase desapercibida.
Para organizaciones en América Latina que operan infraestructura AWS, el patrón documentado por Arctic Wolf representa un riesgo estructural concreto. Brasil y México concentran el mayor volumen de despliegues AWS en la región, y muchas empresas locales utilizan configuraciones de IAM heredadas con permisos excesivamente amplios. La dependencia de servicios como S3 para almacenamiento de datos sensibles (incluyendo información de clientes y registros financieros) sin versionado ni Object Lock activado deja expuesta la posibilidad de eliminación o exfiltración no detectada. Aunque Arctic Wolf no reportó víctimas específicas en LATAM, la exposición técnica es idéntica a la de los casos documentados: credenciales válidas obtenidas por métodos desconocidos y permisos de IAM que permiten enumeración lateral son condiciones presentes en entornos corporativos de toda la región.
Por qué las herramientas autónomas cambian el perfil de amenaza
La preocupación de Arctic Wolf es directa: estas plataformas hacen que técnicas de pruebas de penetración sean más accesibles para atacantes y las ejecutan con mayor velocidad y consistencia en ataques reales. Nadie tiene que permanecer despierto para mantener esa persistencia, que es precisamente el propósito de la herramienta. AntiFox no introduce técnicas nuevas, pero automatiza la cadena completa desde reconocimiento inicial hasta exfiltración, eliminando la necesidad de coordinación manual entre pasos y reduciendo el tiempo de exposición del atacante.
Para detección, Arctic Wolf recomienda comenzar con actividad AWS proveniente de proveedores de hosting que la identidad nunca haya utilizado. Buscar una dirección IP usando muchas claves de acceso, usuarios o roles en poco tiempo, y secuencias rápidas de llamadas List, Get y Describe a través de servicios no relacionados, especialmente desde Boto3 o Botocore. Revisar GuardDuty para comportamiento inusual de usuarios IAM, acceso a credenciales, descubrimiento y llamadas inusuales desde redes de hosting. En el lado Windows, monitorear w3wp.exe iniciando cmd.exe, powershell.exe, whoami.exe, icacls.exe o herramientas de archivo. Buscar nuevos archivos .aspx en carpetas de carga, temporales y de conversión de imágenes, y archivos de configuración o logs guardados allí bajo extensiones .txt o de imagen. Comandos PowerShell que lean WebConfigurationManager, ConnectionStrings o AppSettings merecen atención cercana, al igual que cualquier actividad AWS que comience poco después.
Nuestro análisis
Este caso documenta un patrón que ya se había visto en otras herramientas de automatización de ataques, pero con una diferencia clave: AntiFox está diseñado específicamente para operar de manera autónoma en entornos de nube, y su disponibilidad como código abierto en idioma chino sugiere un ecosistema de desarrollo y uso que opera fuera de los canales de seguridad ofensiva occidentales. La combinación de credenciales válidas obtenidas por métodos desconocidos con enumeración automatizada de servicios AWS reproduce el mismo problema que Scattered Spider y otros grupos demostraron en 2023 y 2024: una vez dentro del perímetro, la falta de segmentación interna y permisos excesivos permite movimiento lateral rápido y automatizado.
Lo que todavía no se sabe es cómo los atacantes obtuvieron las credenciales AWS iniciales en los casos donde no hubo compromiso de IIS previo. Arctic Wolf no identificó phishing, malware en endpoints ni exfiltración de variables de entorno en instancias EC2. Eso deja abierta la posibilidad de credenciales filtradas en repositorios públicos, reutilización de contraseñas comprometidas en otros servicios, o acceso a secretos almacenados en sistemas de terceros sin protección adecuada. Mientras esa brecha de conocimiento persista, las organizaciones no pueden asumir que proteger el perímetro web es suficiente: la amenaza puede comenzar directamente en la capa de identidad de nube. ¿Cuántas empresas en LATAM están monitoreando activamente el uso de sus credenciales AWS desde direcciones IP de proveedores de hosting que nunca han utilizado antes?