Investigadores vinculan una plataforma autónoma de ciberseguridad con intrusiones que permitieron acceder a credenciales y secretos de producción en Amazon Web Services. El caso evidencia el peligro de convertir agentes de IA en herramientas de ataque automatizado.
AntiFox, una herramienta de inteligencia artificial vinculada a intrusiones reales
La inteligencia artificial ya no solo sirve para automatizar tareas empresariales, programar o analizar grandes cantidades de información. También puede utilizarse para acelerar operaciones de ciberataque que antes exigían conocimientos técnicos, tiempo y una intervención humana considerable.
La plataforma AntiFox, diseñada para realizar pruebas de penetración mediante agentes autónomos de inteligencia artificial, ha quedado vinculada a varias intrusiones informáticas en las que los atacantes consiguieron acceder a credenciales de Amazon Web Services (AWS) y consultar información sensible almacenada en entornos de producción.
La investigación de Arctic Wolf Labs, difundida por The Hacker News el 11 de noviembre de 2026, describe una cadena de operaciones que combina la explotación de aplicaciones web, la instalación de puertas traseras, la búsqueda de credenciales y el reconocimiento automatizado de servicios en la nube.
Los investigadores observaron que sistemas alojados en Alibaba Cloud y utilizados para operar interfaces de AntiFox estaban asociados a acciones maliciosas contra servicios web expuestos a Internet y entornos vinculados a AWS.
El hallazgo es especialmente relevante porque no se trata únicamente de un programa capaz de detectar vulnerabilidades. La amenaza reside en la posibilidad de que un sistema de agentes autónomos encadene distintas fases de una intrusión: desde localizar un objetivo hasta aprovechar una debilidad, recopilar información y acceder a recursos protegidos.
La IA no necesitó inventar una nueva técnica de ataque: permitió automatizar y coordinar técnicas ya conocidas con mayor velocidad y continuidad.
Qué es AntiFox y cómo funciona su sistema de agentes autónomos
AntiFox es una plataforma de pruebas de penetración asistida por inteligencia artificial, disponible públicamente en GitHub y desarrollada a partir de la base tecnológica de ARTEX.
Una prueba de penetración, también conocida como pentesting, consiste en evaluar la seguridad de sistemas informáticos mediante técnicas controladas que permiten identificar vulnerabilidades antes de que sean aprovechadas por terceros.
Estas pruebas son una práctica legítima dentro de la ciberseguridad cuando se realizan con autorización expresa del propietario de los sistemas.
La particularidad de AntiFox es su arquitectura multiagente. En lugar de depender de una persona que ordene manualmente cada operación, el sistema distribuye el trabajo entre distintos agentes de IA.
Su funcionamiento se organiza alrededor de varias tareas:
- Reconocimiento: identificación de objetivos y activos tecnológicos.
- Descubrimiento de superficie de ataque: búsqueda de servicios expuestos y posibles puntos débiles.
- Validación de vulnerabilidades: comprobación de los hallazgos mediante técnicas de prueba.
- Documentación: recopilación de evidencias y registro de los resultados.
- Elaboración de informes: preparación de documentación que permita reproducir y corregir los problemas detectados.
El proyecto describe una arquitectura con un agente planificador, agentes trabajadores y un agente principal encargado de coordinar la interacción y los resultados.
La automatización permite que distintas tareas se desarrollen de forma coordinada. El operador puede establecer un objetivo y dejar que los agentes avancen por distintas fases, con capacidad de intervención humana.
Este modelo puede resultar útil para los equipos defensivos que necesitan evaluar infraestructuras complejas. Sin embargo, también reduce las barreras técnicas para quienes pretenden utilizar las mismas capacidades con fines delictivos.
Cómo se produjo el acceso a los servidores IIS
Uno de los episodios analizados por Arctic Wolf Labs comenzó con el compromiso de una aplicación web expuesta a Internet que funcionaba sobre Microsoft Internet Information Services (IIS).
IIS es el servidor web de Microsoft utilizado para alojar aplicaciones y servicios en entornos Windows.
Los investigadores identificaron actividad relacionada con la creación de una web shell ASPX, un archivo que permite ejecutar determinadas acciones en el servidor a través de solicitudes web.
La creación de este archivo se produjo mediante el proceso w3wp.exe, conocido como IIS Worker Process. Se trata de un componente legítimo de Windows que ejecuta aplicaciones alojadas en IIS.
La actividad observada sugiere que los atacantes consiguieron comprometer la aplicación web y utilizar su contexto de ejecución para lanzar comandos del sistema operativo.
La vulnerabilidad concreta que permitió conseguir esa ejecución de código no ha sido identificada. Por tanto, no es correcto atribuir el incidente a un fallo específico de IIS ni señalar una CVE determinada.
Una vez conseguido el acceso, los atacantes realizaron distintas operaciones para recopilar información del servidor.
Búsqueda de archivos de configuración y credenciales
Los investigadores observaron comandos destinados a localizar archivos web.config y copias de seguridad de configuraciones.
Estos archivos pueden contener información importante para el funcionamiento de una aplicación, como parámetros de conexión, rutas internas y credenciales utilizadas por otros componentes.
La operación también incluyó:
- Lectura de configuraciones de aplicaciones.
- Localización de cadenas de conexión a bases de datos.
- Inspección de directorios de depuración y registros de errores.
- Comprobación de permisos del sistema de archivos.
- Identificación de la identidad bajo la que se ejecutaban los procesos.
- Pruebas de escritura en directorios accesibles desde la web.
Los atacantes también intentaron conectarse a una base de datos interna de producción utilizando una credencial extraída de la configuración de la aplicación.
Además, copiaron archivos de configuración y registros a un directorio de carga accesible desde Internet.
La combinación de estas acciones permitió recopilar información que podía facilitar nuevas operaciones contra los sistemas internos.
El episodio demuestra un problema recurrente en la seguridad empresarial: las aplicaciones web pueden convertirse en una vía de acceso a información mucho más sensible cuando almacenan credenciales o secretos sin una protección adecuada.
El salto a Amazon Web Services: credenciales válidas y reconocimiento masivo
La investigación también documentó operaciones contra entornos de Amazon Web Services, una de las principales plataformas de computación en la nube utilizadas por empresas y organizaciones.
En algunos casos, los atacantes utilizaron identidades IAM válidas para realizar solicitudes autenticadas a distintos servicios de AWS.
IAM, siglas de Identity and Access Management, es el sistema que permite administrar usuarios, roles, permisos y políticas de acceso dentro de la infraestructura de Amazon.
El uso de credenciales válidas es especialmente peligroso porque permite que determinadas operaciones parezcan, a primera vista, solicitudes legítimas.
Los investigadores observaron intentos de reconocimiento sobre numerosos servicios, entre ellos:
- IAM: gestión de identidades y permisos.
- EC2: servidores virtuales.
- S3: almacenamiento de objetos.
- Lambda: ejecución de funciones sin administrar servidores.
- Secrets Manager: almacenamiento y administración de secretos.
- KMS: gestión de claves criptográficas.
- RDS: bases de datos administradas.
- ECS y EKS: servicios de contenedores.
- Redshift y Athena: análisis y consulta de datos.
- Systems Manager: administración de recursos.
- API Gateway: gestión de interfaces de programación.
- CloudWatch: supervisión y registros.
- DynamoDB: base de datos NoSQL.
- Amazon Bedrock: servicios de inteligencia artificial generativa.
El reconocimiento de tantos servicios permite a un atacante comprender mejor la infraestructura de una organización y determinar qué recursos pueden estar disponibles con las credenciales obtenidas.
La mayoría de las solicitudes analizadas terminaron con respuestas de AccessDenied, lo que indica que los permisos no permitían completar las operaciones solicitadas.
Sin embargo, algunas consultas sí tuvieron éxito.
El acceso a secretos de producción: el dato más preocupante
Uno de los elementos más graves de la investigación es que los atacantes consiguieron acceder a un secreto de producción almacenado en AWS Secrets Manager.
Los secretos son datos especialmente sensibles que utilizan las aplicaciones para autenticarse o conectarse con otros servicios.
Pueden incluir contraseñas, claves de API, credenciales de bases de datos y otros elementos que no deberían estar expuestos públicamente.
Arctic Wolf documentó al menos una operación exitosa mediante la llamada GetSecretValue, una función de AWS que permite recuperar el valor de un secreto cuando la identidad utilizada dispone de los permisos necesarios.
Esto significa que, en los casos observados, los atacantes no se limitaron a consultar nombres de servicios o comprobar qué recursos existían: llegaron a recuperar información protegida de un entorno de producción.
La diferencia es sustancial.
Un inventario de recursos puede revelar cómo está organizada una infraestructura. El acceso al valor de un secreto puede proporcionar directamente una credencial o información que permita acceder a otros sistemas.
La investigación también describe operaciones independientes contra Amazon S3. En uno de los incidentes, una identidad válida de AWS fue utilizada para realizar operaciones sobre objetos almacenados, incluidas acciones de lectura, copia y eliminación, según la información publicada por BleepingComputer.
No obstante, los investigadores no han detallado públicamente el número total de organizaciones afectadas ni el volumen de información extraída.
Tampoco se ha establecido que todos los intentos de acceso tuvieran éxito. La mayoría de las solicitudes examinadas fueron rechazadas por los controles de permisos de AWS.
Las credenciales de AWS: una incógnita que sigue sin resolverse
Uno de los aspectos que todavía permanecen abiertos es el origen de algunas de las credenciales utilizadas por los atacantes.
Arctic Wolf detectó operaciones que comenzaron con identidades válidas de AWS, pero no pudo determinar cómo se habían obtenido inicialmente esas credenciales en todos los casos.
Esta incógnita resulta especialmente importante porque existen diferentes vías por las que una identidad cloud puede quedar expuesta.
Entre ellas figuran:
- Credenciales almacenadas en archivos de configuración.
- Claves incluidas accidentalmente en repositorios de código.
- Contraseñas filtradas o reutilizadas.
- Secretos expuestos en servidores comprometidos.
- Permisos excesivos concedidos a usuarios o aplicaciones.
- Credenciales temporales o roles utilizados de forma indebida.
La investigación sí describe un caso en el que los atacantes encontraron información de configuración y cadenas de conexión en un servidor IIS comprometido. Sin embargo, no debe darse por demostrado que ese episodio explique el origen de todas las identidades utilizadas en las operaciones contra AWS.
La diferencia es importante: una investigación puede documentar una vía de exposición sin haber reconstruido todavía el origen de todas las credenciales empleadas.
AntiFox y ARTEX: el problema de los agentes de IA utilizados como armas
El caso de AntiFox se enmarca en una tendencia más amplia: la aparición de herramientas de pentesting que utilizan agentes de inteligencia artificial para automatizar operaciones ofensivas.
AntiFox parte de ARTEX, otro proyecto de pruebas de penetración autónomas que ha sido objeto de investigaciones por su posible utilización en actividades maliciosas.
La diferencia entre una herramienta convencional y un sistema de agentes autónomos está en el grado de intervención necesario.
Un escáner tradicional puede detectar un puerto abierto o una vulnerabilidad conocida. Un sistema multiagente puede interpretar los resultados, decidir qué comprobación realizar después y continuar con nuevas tareas en función de lo que vaya descubriendo.
Esto no significa que la IA sea capaz de superar cualquier defensa ni que pueda comprometer automáticamente cualquier sistema. Su eficacia depende de las herramientas disponibles, los permisos, la calidad de los modelos, las condiciones del objetivo y los controles de seguridad existentes.
Pero sí introduce un cambio relevante: un operador puede coordinar operaciones complejas con menos intervención manual y ejecutar tareas en paralelo.
The Hacker News también recoge investigaciones de Check Point Research sobre ARTEX. Según esos trabajos, se identificaron 2 557 sistemas que alojaban la plataforma, de los cuales al menos 10 presentaban configuraciones incorrectas que exponían sus bases de datos completas.
La cifra no significa que los 2 557 sistemas fueran maliciosos ni que todos estuvieran comprometidos. Se trata de instalaciones identificadas, con una parte de ellas afectada por configuraciones inseguras.
La investigación también recoge datos de Censys sobre 1 465 equipos con consolas ARTEX expuestas a fecha de 4 de noviembre de 2026. La presencia de una consola accesible desde Internet tampoco demuestra por sí sola que el sistema se utilice para atacar a terceros.
El código abierto no es el problema: lo decisivo es el uso y el control
AntiFox está disponible en GitHub como proyecto de código abierto. Su repositorio describe una plataforma de pentesting autónomo y establece restricciones de uso orientadas a evitar pruebas no autorizadas.
El propio proyecto señala que debe utilizarse para aprendizaje, investigación y validación en entornos locales aislados, y prohíbe emplearlo contra sistemas reales o sitios web en línea.
Sin embargo, una advertencia incluida en la documentación no constituye por sí misma una barrera técnica que impida el uso indebido.
Este es uno de los grandes desafíos de la ciberseguridad basada en inteligencia artificial. Las herramientas que permiten automatizar operaciones defensivas también pueden ser utilizadas por actores maliciosos.
No sería correcto concluir que todo software de pentesting autónomo es peligroso o que su publicación debería prohibirse. Las empresas necesitan herramientas para detectar vulnerabilidades y reforzar sus defensas.
La cuestión es cómo se controla el acceso, qué capacidades se ofrecen, qué mecanismos de supervisión existen y cómo se responde cuando una plataforma aparece vinculada a operaciones delictivas.
Qué deben hacer las empresas para proteger sus entornos AWS
El caso ofrece varias lecciones prácticas para los responsables de seguridad informática.
La primera es que proteger una aplicación web no basta si las credenciales que utiliza permiten acceder a otros sistemas con permisos excesivos.
Las empresas deberían revisar especialmente los siguientes aspectos:
- Auditar las identidades IAM: comprobar qué usuarios y roles tienen permisos para consultar secretos, acceder a almacenamiento o administrar servicios.
- Aplicar el principio de mínimo privilegio: cada identidad debe disponer únicamente de los permisos necesarios para cumplir su función.
- Rotar las credenciales expuestas: cambiar claves, contraseñas y secretos que puedan haber quedado accesibles desde servidores comprometidos.
- Revisar AWS Secrets Manager: comprobar quién ha consultado secretos de producción y si existen accesos inusuales.
- Analizar los registros de CloudTrail: buscar secuencias anómalas de solicitudes, especialmente cuando se alternan numerosos errores de acceso con operaciones exitosas.
- Vigilar los servidores IIS: investigar la creación de archivos ASPX inesperados y la ejecución de comandos desde procesos como w3wp.exe.
- Proteger las aplicaciones expuestas: mantener sus componentes actualizados y revisar las configuraciones que puedan revelar credenciales.
- Revisar Amazon S3: comprobar accesos, modificaciones, copias y eliminaciones de objetos que no respondan a la actividad habitual.
Arctic Wolf recomienda correlacionar la actividad de las web shells con los accesos anómalos a AWS. También aconseja revocar sesiones y claves afectadas y cambiar las credenciales que hayan podido quedar expuestas.
La respuesta debe incluir tanto el servidor web como la infraestructura cloud. Limitarse a eliminar una web shell sin revisar las credenciales utilizadas puede dejar abierta la puerta a nuevos accesos.
La IA acelera el cibercrimen y obliga a revisar las defensas
El caso AntiFox refleja un cambio importante en el panorama de las amenazas digitales. Los atacantes pueden recurrir a herramientas que automatizan tareas tradicionalmente realizadas por especialistas, desde el reconocimiento de objetivos hasta la búsqueda de información sensible.
La amenaza no procede exclusivamente de una nueva generación de modelos de inteligencia artificial. También surge de combinar modelos, agentes, herramientas de explotación, acceso a Internet y credenciales válidas.
En este escenario, las organizaciones deben dejar de tratar la IA como un asunto exclusivamente tecnológico y empezar a considerarla dentro de sus políticas de seguridad.
La automatización puede beneficiar a los equipos defensivos, pero también aumenta la capacidad operativa de quienes buscan comprometer sistemas ajenos.
La investigación de Arctic Wolf deja una advertencia concreta: una aplicación web comprometida puede convertirse en el primer eslabón de una cadena que termine alcanzando secretos de producción en la nube.
Y cuando los agentes autónomos participan en esa cadena, la velocidad de ejecución y la capacidad para encadenar operaciones pueden complicar la detección.
La pregunta que deben hacerse las empresas no es si utilizan inteligencia artificial, sino si sus sistemas están preparados para defenderse de ataques que también la utilizan.
Toqueteo
Toqueteo
Toqueteo