Copias con puerta trasera de ARTEX otorgan acceso root a consolas autoalojadas

El Equipo de Respuesta ante Emergencias Informáticas de India (CERT-In) ha identificado un actor de amenazas activo, rastreado como Crafty Falcon, que ataca los sectores bancario, de servicios financieros y seguros (BFSI) utilizando herramientas asistidas por inteligencia artificial. Simultáneamente, investigadores de seguridad han descubierto que versiones imitadoras de la herramienta de pruebas de penetración de código abierto ARTEX contienen puertas traseras ocultas que otorgan a los atacantes acceso root completo a cualquier sistema que ejecute el software comprometido.

Qué ocurrió

CERT-In reveló que Crafty Falcon está aprovechando herramientas ofensivas de seguridad impulsadas por IA de dominio público, como ARTEX, PentAGI, Cairn y CyberStrikeAI. Estas herramientas permiten al actor de amenazas ejecutar cadenas de ataque completas de forma autónoma a velocidad de máquina, generando y refinando scripts de ataque personalizados en rápida sucesión. La infraestructura que soporta estos ataques rota las direcciones IP con frecuencia, dificultando su detección. La campaña ha apuntado específicamente a exchanges de criptomonedas y proveedores de servicios de activos digitales, resultando en el robo de claves criptográficas y fondos.

En un desarrollo separado pero relacionado, el desarrollador original de ARTEX eliminó el repositorio oficial de GitHub debido a su uso indebido en intrusiones reales. Sin embargo, aparecieron múltiples copias en GitHub y Docker Hub para llenar ese vacío. El investigador independiente Badbyte identificó que una copia específica, alojada bajo el nombre de usuario trhhubsd, modificó el archivo docker-compose.yml para extraer una imagen maliciosa llamada tomicdd/artex desde Docker Hub. Esta imagen ha sido descargada aproximadamente 9,000 veces.

La modificación maliciosa inserta una función oculta en el manejador de inicio de sesión. Si un campo CAPTCHA comienza con un marcador secreto, el sistema ejecuta el resto de la entrada como un comando de shell root sin verificar credenciales. Esto crea un shell root sin autenticación en cada instalación, evadiendo las revisiones estándar de código. Entre el 2 y el 4 de noviembre de 2026, los investigadores encontraron 62 consolas ARTEX expuestas a Internet sirviendo esta versión con puerta trasera, siendo la primera instancia detectada el 20 de octubre de 2026.

Detalles clave

• CERT-In identifica a Crafty Falcon como el actor de amenazas que utiliza herramientas de IA como ARTEX y PentAGI para atacar los sectores BFSI y cripto.
• La imagen Docker de ARTEX con puerta trasera tomicdd/artex ha sido descargada 9,000 veces desde Docker Hub.
• Una función oculta verifyCaptcha() otorga un shell root sin autenticación si el campo CAPTCHA contiene un marcador secreto.
• Los investigadores identificaron 62 consolas ARTEX con puerta trasera en línea entre el 2 y el 4 de noviembre de 2026.
• Veintiséis de las consolas comprometidas se encuentran en EE. UU., seguidas por 17 en Hong Kong y siete en China.
• Se encontró un total de 1,645 hosts sirviendo consolas ARTEX al 4 de noviembre de 2026, en varios namespaces.

Contexto

ARTEX es una herramienta de pruebas de penetración de código abierto diseñada para ayudar a los profesionales de seguridad a identificar vulnerabilidades en sus propios sistemas. Cuando los desarrolladores eliminan tales herramientas de los repositorios públicos debido a su uso indebido, a menudo se crea un vacío que los actores maliciosos llenan con copias comprometidas. Estos repositorios imitadores pueden parecer idénticos al original, pero contienen cambios sutiles, como archivos de configuración Docker alterados, que extraen imágenes de contenedores maliciosas en lugar del software legítimo.

Un shell root es el nivel más alto de acceso administrativo en un sistema basado en Linux o Unix. Obtener acceso root permite a un atacante leer, modificar o eliminar cualquier archivo, instalar malware y pivotar hacia otros sistemas en la red. En el contexto de software autoalojado, ejecutar una herramienta como ARTEX como root en un puerto abierto aumenta significativamente el perfil de riesgo, especialmente si el propio software está comprometido. El principio de menor privilegio sugiere que los servicios deben ejecutarse solo con los permisos necesarios para funcionar, pero muchas herramientas de pruebas de penetración requieren privilegios elevados para operar eficazmente, creando una compensación peligrosa.

Por qué importa

Para los equipos que ejecutan su propio software, este incidente destaca los riesgos de depender de herramientas de código abierto no oficiales o sin mantenimiento. Cuando un proyecto popular es abandonado o eliminado, los usuarios a menudo migran a forks sin verificar su integridad. En este caso, la conveniencia de encontrar una copia funcional de ARTEX llevó a miles de usuarios a descargar una imagen que entregaba secretamente el control de sus servidores. Esto demuestra cómo los ataques a la cadena de suministro pueden explotar la confianza que los usuarios depositan en nombres e interfaces de herramientas familiares.

El uso de herramientas impulsadas por IA por parte de actores de amenazas también cambia la velocidad y la escala de los ataques. Las pruebas de penetración manuales tradicionales son lentas y metódicas, pero las herramientas asistidas por IA pueden generar y probar miles de variantes de exploits en minutos. Para los equipos de autoalojamiento, esto significa que las vulnerabilidades deben parchearse más rápido que nunca. Además, la capacidad de estas herramientas para adaptar cargas útiles basándose en las respuestas del objetivo hace que los mecanismos de defensa estáticos sean menos efectivos, requiriendo capacidades de monitoreo y respuesta más dinámicas.

Además, el compromiso de las consolas ARTEX expone no solo el servidor host, sino también los datos recopilados por la herramienta. Una instancia comprometida mantiene hallazgos sin parchear, credenciales en vivo, sesiones capturadas e información de posición de red. Un atacante que obtiene acceso a la puerta trasera puede cambiar silenciosamente lo que hacen los agentes en ejecuciones posteriores, convirtiendo una herramienta de seguridad en una plataforma persistente de vigilancia y ataque dentro de la infraestructura de la organización.

Qué puedes hacer

• Verifica la fuente de todas las imágenes Docker y herramientas de código abierto, evitando forks no oficiales a menos que hayas auditado el código tú mismo.
• Ejecuta herramientas de seguridad en entornos aislados o contenedores con privilegios restringidos, nunca como root en sistemas de producción si es evitable.
• Monitorea tu red en busca de conexiones salientes inesperadas desde herramientas de seguridad, lo cual puede indicar un compromiso.
• Implementa autenticación multifactor (MFA) en todas las aplicaciones expuestas a Internet y endpoints privilegiados para prevenir el robo de credenciales.
• Rota regularmente los tokens API y las credenciales, y evita codificarlos rígidamente en archivos de configuración o código fuente.
• Audita tus trabajos programados y workers en segundo plano para asegurar que se estén ejecutando según lo esperado y que no hayan sido manipulados.