En julio de 2026, un usuario conocido como "Autumn-27" publicó en GitHub un framework de pruebas de penetración autónomo llamado Artex. El software, escrito en Go con una consola Next.js integrada y base de datos PostgreSQL, está diseñado para conectar agentes de planificación de IA con herramientas de descubrimiento y explotación de vulnerabilidades. La intención declarada era permitir que profesionales de seguridad realizaran pruebas de penetración autónomas sin depender de los costosos modelos propietarios de Anthropic u OpenAI.
Lo que parecía una herramienta legítima para el mercado de seguridad ofensiva se transformó rápidamente en algo bien distinto. En solo cuatro meses, Artex evolucionó de un repositorio de GitHub en un componente central de los arsenales de amenazas globales. CrowdStrike atribuyó su uso a ataques contra instituciones financieras coreanas en septiembre. Microsoft identificó su uso en el incidente Storm-0940 contra el proveedor de soporte de TI ConnectWise, permitiendo que hackers vinculados a China espiaran a miles de organizaciones alojadas en la nube de Microsoft. El DIVD — Instituto Holandés de Divulgación de Vulnerabilidades — reportó que un agente Artex explotó dos cero-days consecutivos para obtener privilegios root en solo 12 minutos.
Pero un informe publicado esta semana por Censys, la empresa de escaneo de internet que monitorea sistemas expuestos y vulnerables, puso al descubierto una dimensión sorprendente del problema: más de 800 implementaciones distintas de Artex eran accesibles a través de la web sin necesidad de autenticación.
Silas Cutler, investigador principal de seguridad de Censys y autor del informe, observó que no todas las instancias son operadas de forma maliciosa. Muchas pertenecen a testadores de penetración autorizados. La pregunta fundamental, sin embargo, permanece sin respuesta clara: ¿por qué cientos de estos sistemas necesitan ser accesibles por internet cuando el propio software no requiere exposición pública? Artex es una herramienta ofensiva — y, como demostró el caso ConnectWise, sus operadores solo necesitan acceso a la red objetivo, no a servidores abiertos.
Los sistemas expuestos hacen más que dejar el panel de control de Artex accesible. Revelan herramientas de ataque completas, incluyendo implants — malware ocioso usado para comprometer redes y mantener acceso persistente a víctimas — junto con scripts de ataque, cargadores de malware, configuraciones detalladas e información sensible de los operadores. Censys identificó 1.465 hosts mostrando consolas ARTEX para el 3 de noviembre, con 32 directorios abiertos conteniendo datos que exponen tanto al operador como a posibles objetivos.
Un servidor contenía GodPotato, scripts de abuso de hash de contraseñas y utilidades de movimiento lateral en Windows. Otro hospedaba una explotación pública para CVE-2021-3156, la vulnerabilidad sudo conocida como Baron Samedit. Otro aún albergaba una instancia de Artex expuesta durante meses, conteniendo registros de objetivos que se extendían "bien más allá de los bancos coreanos", incluyendo empresas de pagos y plataformas de juegos.
Lo que hace este caso particularmente instructivo es la escala. Los ataques vinculados a Artex frecuentemente involucran la explotación de vulnerabilidades simples — adivinar contraseñas débiles, falta de autenticación multifactor, configuraciones erróneas — el mismo tipo de fallo básico que también expuso las propias instancias de Artex. Es un círculo vicioso: herramientas diseñadas para encontrar vulnerabilidades de configuración quedando expuestas por configuración errónea. La ironía no pasó desapercibida para los propios investigadores: la misma fragilidad que Artex explota contra empresas también compromete a sus operadores.
La respuesta del creador de Artex se anunció en octubre, cuando el repositorio original de GitHub fue retirado. El autor afirmó no estar involucrado en los ataques vinculados a Artex y que la herramienta fue diseñada exclusivamente para pruebas de penetración autorizadas. Sin embargo, retirar el repositorio no detuvo la proliferación. Numerosas copias del código permanecen disponibles en sitios de intercambio de código, y el framework se ramificó en variaciones como ScopeWeaver y una versión comercial llamada ARTEX PRO.
Microsoft Threat Intelligence reportó recientemente que agentes ofensivos usando Artex están escalando sus operaciones hasta el punto de escanear repositorios públicos de GitHub en busca de secretos expuestos — claves API, tokens, credenciales de aplicación — y luego explotar esas credenciales para acceder a servicios de inferencia de IA y secretos del Azure Key Vault. En al menos una intrusión observada, un agente ofensivo autónomo pasó de escanear repositorios de GitHub a exfiltrar datos del Azure Key Vault en cinco minutos.
El CERT-In (Equipo de Respuesta a Emergencias Informáticas de la India) alertó el 4 de noviembre que un grupo de amenazas rastreado como "Crafty Falcon" estaba atacando organizaciones financieras y de criptomonedas utilizando múltiples herramientas alimentadas por IA, incluyendo Artex. Esto expande el alcance geográfico y sectorial de los ataques más allá de lo esperado.
Lo que Artex revela es un cambio estructural en la naturaleza de la guerra cibernética. Los frameworks de penetración autónomos, que antes eran herramientas de nicho para profesionales de seguridad, se han convertido en activos de amenaza de uso general. La barrera de entrada para ataques sofisticados — la experiencia en pentest — se ha reducido a cero con el lanzamiento de software de código abierto accesible para cualquier actor con una cuenta en GitHub.
Este no es un problema que pueda resolverse simplemente retirando repositorios de GitHub. Artex y sus clones ya están distribuidos, modificados y desplegados. La pregunta que los defensores cibernéticos necesitan responder es: ¿cómo proteger organizaciones contra agentes de IA que operan a una escala y velocidad imposibles para las defensas tradicionales, cuando estos mismos agentes están expuestos para que cualquier competidor — o adversario — pueda secuestrar?
Fuentes: TechCrunch, Silicon Report, BleepingComputer, Microsoft Security Blog, Infosecurity Magazine
✓ Fuentes independientes cruzadas y verificadas antes de la publicación
