ARTEX: pentest agéntico con IA usado contra bancos surcoreanos

Entre finales de septiembre y principios de octubre de 2026, un atacante vulneró varias organizaciones financieras de Corea del Sur y les sustrajo datos, apoyándose casi por completo en herramientas de inteligencia artificial. Lo ha reconstruido CrowdStrike en un informe publicado el 7 de octubre, recogido por Infosecurity Magazine, Security Affairs y The Hacker News. La herramienta principal es ARTEX, un framework de código abierto de pruebas de penetración «agéntico», desarrollado en China y publicado hace poco, que deja la conducción de la prueba en manos de un modelo de lenguaje.

Lo más llamativo del caso es cómo salió a la luz: el atacante dejó directorios abiertos en sus propios servidores, con historiales de sesiones, archivos de configuración y archivos de memoria del asistente de IA. Los investigadores pudieron leer su método de trabajo, prompt a prompt.

Qué ha pasado

• Objetivos: organizaciones financieras surcoreanas. Según las fuentes, en un banco el atacante entró en un servicio de consulta del estado de las solicitudes de préstamo usado por intermediarios financieros; en otro, comprometió un sistema móvil de apoyo al trabajo de los empleados. El número total de organizaciones afectadas no está confirmado.
• Exfiltración y venta: los datos fueron sustraídos y, según CrowdStrike, el atacante preguntó a Claude, el modelo de Anthropic, dónde se suelen vender los datos de brechas coreanas y cómo encontrar grupos de Telegram coreanos que comercian con ellos.
• Atribución: CrowdStrike no vincula la actividad a ningún grupo conocido. Considera, con confianza moderada, que el operador habla chino y tiene motivaciones económicas.
• Reacción de las autoridades: el 6 de octubre la Financial Services Commission surcoreana publicó un aviso para los clientes de las empresas afectadas, invitándoles a desconfiar de intentos de phishing y estafas con préstamos.
• La herramienta: según The Hacker News, citado por Security Affairs, el desarrollador de ARTEX ha cerrado después el código y detenido las actualizaciones, y afirma que el proyecto nació para estudio e investigación y no tiene relación con los ataques. Las copias ya en circulación siguen disponibles.

Detalles técnicos

Las fuentes no citan CVE ni las vulnerabilidades explotadas: solo indican que ARTEX sirvió para descubrir vulnerabilidades y comprometer servicios concretos de las víctimas.

Infraestructura. Los ataques se vincularon entre sí por direcciones IP compartidas y por la cadena «ARTEX» en archivos HTML de un servidor del atacante. Las fuentes describen dos servidores:

• 38.244.50[.]120, que alojaba la instancia de ARTEX probablemente usada contra los bancos y un directorio abierto con un archivo .claude/CLAUDE.md accesible en el puerto 18899. El archivo contenía un prompt en chino que indicaba al modelo cómo realizar la prueba de penetración;
• una dirección de Hong Kong, citada en ese archivo, considerada la infraestructura principal: más directorios abiertos con historiales de sesiones de Claude Code, configuraciones de ARTEX y archivos de memoria.

Modelos usados. La instancia de ARTEX usaba DeepSeek v4.1-flash como modelo principal, al que probablemente se accedía a través del revendedor xcai[.]pro; para otras sesiones de Claude Code el operador usó también GLM-5.3 de Zhipu AI y Grok 4.6.

Proxies. En las sesiones aparecen nueve direcciones proxy usadas durante la actividad relacionada con ARTEX:

• 101.53.80[.]20
• 205.214.59[.]31
• 124.155.252[.]63
• 154.201.79[.]246
• 23.248.249[.]90
• 23.158.220[.]98
• 103.248.148[.]84
• 203.160.133[.]172
• 209.209.85[.]38

Las fuentes no publican un mapeo MITRE ATT&CK ni hashes de archivos.

Según CrowdStrike, el caso muestra cómo las herramientas de IA permiten a un actor con motivaciones económicas llevar a cabo varias intrusiones en poco tiempo, y es probable que los adversarios sigan experimentando con ellas para aumentar el ritmo y la capacidad de sus operaciones.

Impacto para las empresas europeas e italianas

Las víctimas conocidas están en Corea del Sur, pero el modelo de ataque no tiene fronteras. Una herramienta como ARTEX baja el listón de entrada: un solo operador puede sondear y atacar varios objetivos en paralelo, y el tiempo entre el descubrimiento de una debilidad y su explotación se acorta.

Los servicios afectados son reveladores: un portal para intermediarios y una aplicación móvil para empleados, es decir, aplicaciones periféricas, a menudo expuestas a internet y menos vigiladas que los sistemas centrales. Para bancos, aseguradoras y entidades financieras europeas sujetas al reglamento DORA, y para las entidades NIS2, una brecha de este tipo conlleva obligaciones de notificación de incidentes. Tras la brecha, como muestra el aviso de la Financial Services Commission, el riesgo se traslada a los clientes, expuestos a phishing y estafas construidas con los datos robados.

Qué hacer ya

1. Busca los indicadores publicados en los registros de firewall, proxy y servidores web de los últimos meses: 38.244.50[.]120 (también en el puerto 18899) y las nueve direcciones proxy. Las direcciones IP pueden cambiar de titular: una coincidencia debe analizarse en su contexto, no tratarse por sí sola como prueba.
2. Haz inventario de tus aplicaciones expuestas, incluidas las secundarias: portales para socios e intermediarios, aplicaciones móviles para empleados, servicios de consulta. Son el tipo de objetivo citado en el informe.
3. Reduce la ventana de vulnerabilidad: escaneos periódicos de los servicios expuestos y actualizaciones rápidas, porque un atacante automatizado actúa deprisa.
4. Detecta el tráfico automatizado: ráfagas de peticiones, enumeración de rutas y parámetros, intentos repetidos contra los mismos endpoints. Aplica límites de frecuencia y autenticación fuerte en los servicios para terceros.
5. Vigila la exfiltración: consultas inusualmente amplias sobre datos de clientes, exportaciones masivas, tráfico saliente anómalo desde los servidores de aplicaciones.
6. Prepara la comunicación con los clientes: si se produce una brecha, avísales enseguida de los riesgos de phishing y estafas, como hizo la autoridad surcoreana.

Cómo ayuda ARXDOME

ARX Expose muestra lo que ve un atacante desde fuera, servicios vulnerables incluidos, para que un portal secundario olvidado salga a la luz antes de que alguien lo encuentre. ARX Horizon enriquece los eventos con listas de amenazas, y ARX Sentry lleva los registros de servidores y firewalls a las páginas del SOC y del NOC, donde buscar conexiones hacia direcciones sospechosas. ARX Shield controla las vulnerabilidades abiertas de las máquinas monitorizadas.

Última actualización: 9 de octubre de 2026