Arctic Wolf Labs documentó una campaña que usa AntiFox para robar credenciales de Amazon Web Services (AWS) y moverse dentro de entornos comprometidos. AntiFox es una plataforma de código abierto para pruebas de penetración autónomas, impulsada por inteligencia artificial. El caso confirma que herramientas creadas para auditorías autorizadas ya se usan en ataques reales contra aplicaciones web y nubes corporativas.
Según el reporte de Arctic Wolf, los servidores que alojaban AntiFox estaban en Alibaba Cloud. Desde allí se lanzaron acciones maliciosas confirmadas. En algunos casos, el acceso inicial llegó por una aplicación expuesta en IIS, el servidor web de Microsoft. Los atacantes crearon una web shell en formato ASPX, es decir, una página maliciosa que permite ejecutar comandos en el servidor. La crearon mediante w3wp.exe, el proceso que ejecuta las aplicaciones de IIS. Con ese acceso buscaron archivos web.config y respaldos de configuración. También leyeron cadenas de conexión a bases de datos e intentaron entrar a una base de producción interna. Por último, copiaron configuraciones y registros a un directorio público para descargarlos. Arctic Wolf no identificó la vulnerabilidad exacta explotada en IIS.
En otras intrusiones, el atacante partió de una credencial válida de AWS obtenida por medios aún desconocidos. Con identidades de IAM, el servicio de gestión de identidades y accesos de AWS, enumeró decenas de servicios. Entre ellos figuran EC2, S3, Lambda, Secrets Manager, KMS, RDS, EKS, DynamoDB y Amazon Bedrock. La mayoría de las solicitudes recibió el error AccessDenied. Sin embargo, algunas tuvieron éxito, incluida una petición GetSecretValue que extrajo un secreto de producción. Otra identidad válida se usó para listar y manipular objetos en S3.
El caso se suma al abuso de ARTEX, otra herramienta similar. Censys contó 1.465 consolas de ARTEX expuestas y Check Point identificó 2.557 sistemas que la alojaban. Check Point observó que los operadores solo definían un objetivo y dejaban trabajar a los agentes. GitGuardian estima que existen unos 45 marcos de ataque agénticos de código abierto. Estos marcos conectan un modelo de lenguaje (LLM) a herramientas que ejecutan acciones por sí solas. La consecuencia práctica es mayor velocidad y escala, incluso para atacantes con poca experiencia técnica.
No hay un parche único, porque el riesgo depende de configuraciones débiles y credenciales expuestas. Las medidas más efectivas son:
- Aplicaciones IIS: actualizar las aplicaciones expuestas y alertar cuando w3wp.exe lance PowerShell, cmd, whoami o icacls.
- Secretos: retirar contraseñas y cadenas de conexión de web.config y llevarlas a un gestor de secretos con acceso restringido.
- AWS: aplicar mínimo privilegio en IAM, rotar llaves de acceso de larga duración y exigir MFA (doble factor de autenticación).
- Detección en la nube: vigilar en CloudTrail ráfagas de AccessDenied en muchos servicios y cualquier GetSecretValue inusual.
- Origen del tráfico: revisar conexiones desde rangos de proveedores de nube sin relación con el negocio.
Qué significa para tu empresa: Un atacante con agentes de IA ya no necesita horas para pasar de una aplicación vulnerable a sus secretos en la nube. Esta semana conviene inventariar las aplicaciones IIS expuestas a internet y las llaves de AWS con permisos amplios. Desde nuestra experiencia, la diferencia la marca el monitoreo 24/7, que correlaciona eventos del servidor web y de la nube. Solo así se detecta a tiempo una enumeración masiva de servicios antes de que termine en robo de secretos.
Fuente original: The Hacker News — ver artículo →