Herramienta de pentest agéntico ARTEX golpeó bancos surcoreanos
Un operador no estatal combinó una herramienta de pentesting open source con varios LLM comerciales para atacar bancos surcoreanos. El costo de entrada bajó, no la novedad técnica — y ya circula un fork listo para otro idioma.
- Según CrowdStrike, citado en una nota de investigación de Cloud Security Alliance (CSA Labs, 10 de octubre de 2026), una campaña activa entre fines de septiembre y principios de octubre de 2026 combinó ARTEX —una herramienta de pentesting agéntico de código abierto desarrollada en China— con varios LLM comerciales para atacar entidades financieras surcoreanas. CrowdStrike confirma exfiltración de datos, pero no entrega volúmenes.
- El operador no está atribuido. CrowdStrike lo evalúa con confianza media como de habla china y motivado por lucro, probablemente un individuo o equipo pequeño — no un programa estatal. Esto distingue el caso de GTG-1002, la campaña previa documentada por CSA donde un grupo vinculado a un Estado usó las capacidades agénticas de un modelo de frontera como capa de orquestación.
- Lo que importa acá no es la técnica, sino el costo de entrada: una herramienta publicada abiertamente le dio a un operador sin aparente respaldo estatal reconocimiento y planificación de ataque a velocidad de máquina contra aplicaciones financieras expuestas a internet. El desarrollador cerró el repositorio tras hacerse pública la campaña, pero ya circula un fork en coreano — cerrar el código no retira las copias que ya se distribuyeron.
Qué pasó
CrowdStrike identificó la campaña a través de directorios abiertos en una IP de Hong Kong que exponían historiales de sesión de Claude Code, archivos de memoria de Claude y configuraciones de ARTEX. Un segundo servidor, en 38.244.50[.]120, alojaba la instancia de ARTEX en el puerto 18899. La configuración usaba DeepSeek v4.1-flash como modelo principal, con GLM-5.3 de Z.ai y Grok 4.6 como respaldo, y el tráfico pasaba por un dominio — xcai[.]pro — que CrowdStrike identifica como probable proxy o revendedor de API de LLM.
ARTEX es, según reportes de prensa citados por CSA, un sistema de pentesting multiagente: un agente planificador descompone el objetivo en tareas y agentes trabajadores las ejecutan con herramientas reales (comandos de shell, peticiones HTTP, escaneo de puertos), compartiendo hallazgos entre sí. Fue publicado por un desarrollador identificado solo con el alias Autumn-27, y tras hacerse pública la campaña el proyecto pasó a código cerrado. Un fork en coreano bajo licencia AGPL-3.0 apareció en GitHub el 8 de octubre — un dato de fuente secundaria que CSA no verifica de forma independiente, pero que ilustra el problema: una copia ya distribuida no desaparece porque el original se cierre.
CrowdStrike nombra dos sistemas comprometidos a modo de ejemplo: un servicio de consulta de estado de préstamos y un sistema de soporte móvil para empleados. No hay detalle público del vector de entrada inicial en ninguno de los dos casos, y CSA advierte explícitamente que no hay que tratar esos dos ejemplos como el límite de lo que el operador pudo hacer.
La cifra de víctimas es inconsistente entre fuentes y no está conciliada. Prensa surcoreana nombra a Shinhan Bank (cerca de 25.000 clientes afectados, con nombre, teléfono, renta anual y límite de crédito expuestos), KB Kookmin (119), Hana (89), BNK Busan y Yegaram Savings Bank, con Woori Bank y NH NongHyup registrando intentos sin pérdida de datos confirmada. Otra fuente, citando Yonhap y Seoul Economic Daily, habla de siete firmas afectadas y 40.000 personas en el sector financiero secundario, y señala que el presidente Lee Jae Myung ordenó una investigación gubernamental el 6 de octubre. CrowdStrike mismo dice que el número de organizaciones afectadas no está confirmado y no entrega volumen de exfiltración. Tratamos estas cifras como reportadas por prensa, no como dato verificado.
Sobre atribución: CrowdStrike vincula la actividad a un operador presuntamente de habla china por el origen del desarrollo de la herramienta y prompts en chino encontrados en las sesiones, pero aclara que un identificador de Telegram hallado en las sesiones no puede vincularse de forma definitiva al operador — y la persona asociada a ese identificador negó participación. Las autoridades surcoreanas describen el involucramiento de IA como una posibilidad bajo investigación, no una atribución cerrada, aunque parte de la cobertura de prensa la presentó de forma más categórica de lo que la evidencia pública permite.
Por qué importa acá
No hay entidad chilena mencionada en este caso y no corresponde forzar una bajada local donde no la hay. El ángulo que sí traslada es estructural: la banca chilena opera el mismo tipo de superficie que resultó expuesta en Corea — aplicaciones de consulta para socios o canales de soporte móvil para empleados, construidas por conveniencia operativa, fuera de la arquitectura de autenticación principal del canal de clientes, y típicamente con menos pruebas que el canal transaccional. Eso no es un hallazgo técnico nuevo; es un patrón conocido que una herramienta agéntica automatiza a escala.
Tres implicancias concretas para una organización financiera o un OIV en Chile:
- Gobernanza del dato de reporte. Si una entidad clasificada como Operador de Importancia Vital bajo la Ley 21.663 sufriera un incidente de disponibilidad o integridad comparable, nace el deber de reportar a ANCI. No citamos un plazo específico porque no corresponde a este caso — no hay víctima chilena — pero el ejercicio de mapear *qué sistemas propios calzan con el patrón* (portal de socios, canal de empleados, consulta externa) es gobernanza que se hace antes del incidente, no después.
- Ley 21.719 y minimización de datos. Los campos expuestos en el caso surcoreano — renta, límite de crédito — son exactamente el tipo de dato financiero que la nueva ley de protección de datos personales trata con estándar más alto. Una revisión de qué devuelve cada servicio de consulta expuesto, y si necesita devolver todo eso, es una mitigación barata y aplicable hoy.
- El costo de entrada bajó para todos, no solo para Corea. El fork en coreano es la prueba de que una herramienta agéntica de pentest se puede localizar para un idioma y mercado específico en días. Si eso ocurre con un fork en español orientado a banca latinoamericana, el tiempo entre que un servicio queda expuesto y recibe su primer intento adversarial se va a acortar. Esa es una evaluación de confianza media de Vantis: la alternativa razonable es que el costo de desarrollo de un fork regional sea mayor al que asumimos y no se materialice en el corto plazo; lo que la confirmaría es la aparición pública de un fork o derivado orientado a español o portugués.
Anatomía del ataque
Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.
T1583.003— CrowdStrike mapea así la adquisición de los servidores en Hong Kong usados para alojar ARTEX y los directorios expuestos.T1588.007— Cubre tanto la adopción de ARTEX como framework ya construido como el uso de múltiples backends de LLM (DeepSeek, GLM, Grok) a través de un revendedor.T1090— El dominioxcai[.]proopera como revendedor/proxy de API de LLM, ocultando qué cuentas y modelos usa realmente el operador — complica tanto la detección como la atribución.MAESTRO-L4— Los directorios abiertos que expusieron historiales de sesión de Claude Code y archivos de memoria son una falla de higiene en la capa de despliegue del propio sistema agéntico del atacante — el mismo tipo de error que cometería un defensor que despliega agentes sin controlar su superficie de almacenamiento.
Estructurado sobre las seis funciones del NIST CSF 2.0, según el ciclo de respuesta a incidentes de NIST SP 800-61r3 (abril 2025, reemplaza al r2). Proteger y Detectar vienen abiertas.
GV GobernarQuien decide, que se reporta y a quien
La decisión que corresponde a nivel de directorio o comité de riesgo no es técnica: es si la organización permite, prohíbe o gobierna el uso de herramientas de pentest agéntico — tanto las que contrata el propio equipo de seguridad como las que terceros podrían usar contra la organización sin autorización. CSA recomienda que los equipos de seguridad incorporen herramientas agénticas a sus propios programas de pruebas, bajo alcance escrito y con registro que separe actividad de prueba de actividad de ataque — eso exige una política explícita, no una decisión ad hoc del equipo técnico.
Si la organización es un OIV bajo la Ley 21.663, el ejercicio relevante hoy es confirmar que el inventario de sistemas reportables a ANCI incluye las aplicaciones de canal secundario (portales de socios, apps de soporte a empleados), no solo el canal transaccional principal.
- Definir y documentar una política de uso de herramientas de pentest agéntico, propio y de terceros contratados, con alcance escrito y logging que distinga prueba autorizada de actividad maliciosa.
- Confirmar con el oficial de cumplimiento si los sistemas de canal secundario (portal de socios, apps internas de empleados) están dentro del inventario reportable a ANCI bajo Ley 21.663, en caso de calificar como OIV.
ID IdentificarSi esto me toca, por donde me toca
El inventario relevante no es "todos los sistemas expuestos a internet", es específicamente los que quedaron fuera del camino de autenticación principal del cliente: herramientas de consulta para socios, aplicaciones móviles de soporte a empleados, portales internos que se expusieron por conveniencia operativa. Esos son, según CrowdStrike, los dos tipos de sistema nombrados como comprometidos en Corea.
- Levantar inventario de aplicaciones expuestas a internet que no pasan por el flujo de autenticación del canal de clientes: portales de socios, apps de soporte a empleados, herramientas de consulta interna.
- Para cada una, confirmar si retorna datos financieros o personales (renta, límite de crédito, saldo) y si ese retorno es mínimo necesario o excesivo.
- Revisar logs de autenticación y de aplicación desde fines de septiembre de 2026 en busca de enumeración sistemática y pareja en el tiempo contra esos activos — el patrón que reporta CSA, sin firma publicada pero sí como hipótesis de búsqueda.
PR ProtegerComo evito que ocurra
No hay vector de entrada confirmado en la fuente, así que los controles priorizan higiene de autenticación sobre un parche específico — que no existe en este caso porque no hay una vulnerabilidad de software nombrada.
Controles priorizados
P1: esta semana · P2: este mes · P3: este trimestre
| Prio | Control | Esfuerzo | Mapeo |
|---|---|---|---|
| P1 | No exponer a internet servicios de consulta internos, portales de socios o apps de soporte a empleados sin pasar por un API Gateway o WAF con autenticación server-side y MFA obligatorio — es el mismo principio de 'no exponer interfaces de administración' aplicado a canales secundarios, que es donde se reportaron los dos sistemas comprometidos en este caso. | medio | MITRE ATT&CK M1032 CIS Controls v8 4.1 ISO 27001 A.8.20 |
| P1 | Mitigación temporal mientras se refuerza autenticación: habilitar rate limiting agresivo y bloqueo por patrón de enumeración (alta cantidad de valores de parámetro distintos por cliente en ventana corta) en el WAF o API Gateway de cada servicio de consulta expuesto. | bajo | MITRE ATT&CK M1037 CIS Controls v8 13.1 ISO 27001 A.8.23 |
| P2 | Este caso no involucra un CVE ni una vulnerabilidad de software con parche de fabricante: ARTEX es una herramienta ofensiva, no una falla a corregir con una versión. El control equivalente es mantener al día los parches del propio WAF, API Gateway y VPN que exponen estos servicios, ya que son el perímetro real que un agente como ARTEX va a probar primero. | bajo | MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8 |
| P2 | Lista de permitidos de egreso para dominios de proveedores de IA y revendedores/proxies de API conocidos; bloquear por defecto el resto desde servidores sin justificación de negocio para llamar a esos servicios. | medio | MITRE ATT&CK M1037 CIS Controls v8 9.2 ISO 27001 A.8.20 |
| P2 | Revisión de minimización de datos en servicios de consulta: reducir campos devueltos (renta, límite de crédito, cupo) al mínimo necesario para la función del servicio, bajo criterio de la Ley 21.719. | medio | MITRE ATT&CK M1057 CIS Controls v8 3.3 ISO 27001 A.5.34 |
| P3 | Incorporar pentest agéntico propio (bajo alcance escrito y logging que separe prueba de ataque) contra portales de socios y apps de empleados, para encontrar estas exposiciones antes que un operador externo. | alto | MITRE ATT&CK M1018 CIS Controls v8 18.1 ISO 27001 A.8.29 |
No existe un parche de fabricante aplicable a este caso porque ARTEX no explota una vulnerabilidad de software conocida ni hay CVE asociado en la fuente: es una herramienta de pentesting reutilizada para intrusión. Por eso los controles priorizan reducir la superficie de exposición (canales secundarios sin autenticación robusta) y mitigación conductual temporal (rate limiting, egress allowlisting) por sobre un parche puntual. Si en el futuro se identifica una vulnerabilidad de software específica explotada junto con ARTEX, ese CVE y su parche correspondiente deben agregarse como control P1 independiente.
DE DetectarComo me doy cuenta de que ya ocurrio
Qué necesitas tener logueado
- Proxy / Firewall perimetral (tráfico de egreso saliente)
- WAF o API Gateway frente a servicios de consulta expuestos (portal de socios, apps de soporte a empleados)
- DNS (resoluciones salientes)
- Logs de autenticación y de aplicación de los servicios de consulta expuestos
- EDR en servidores con egreso hacia endpoints de proveedores de IA
Indicadores de compromiso
hxxp, [.]) para evitar clics accidentales. El bloque de abajo los trae en crudo, listos para tu lista de bloqueo.| Tipo | Indicador | Confianza | Nota |
|---|---|---|---|
ip |
38[.]244[.]50[[.]]120 |
media | CrowdStrike, vía CSA Labs — infraestructura táctica, reemplazable por el operador en cualquier momento |
dominio |
xcai[[.]]pro |
media | CrowdStrike, vía CSA Labs — dominio de revendedor/proxy de API de LLM |
38.244.50[.]120 xcai[.]pro
Reglas y consultas de detección
title: Systematic Uniform-Paced Enumeration Against Exposed Lookup Service
id: 9d4c2e71-5a8b-4f13-b6e2-7c1f0a3d9e45
status: experimental
description: |
Deteccion conductual, no basada en firmas ni IOC. Busca el patron reportado por CSA/CrowdStrike en la campana ARTEX: enumeracion sistematica y con espaciado parejo entre peticiones contra un servicio de consulta o portal secundario (socios, empleados), compatible con reconocimiento automatizado por un agente de IA en lugar de uso humano normal. No existe firma publicada para este patron; se entrega como hipotesis de deteccion a calibrar contra la linea base de trafico propia antes de pasar a modo de bloqueo.
references:
- https://labs.cloudsecurityalliance.org/research/csa-research-note-artex-agentic-pentest-tool-korean-banks-20/
logsource:
category: webserver
product: waf
detection:
sel_target:
http_path|contains:
- '/consulta'
- '/lookup'
- '/partner'
- '/api/'
sel_volume:
request_count_per_client_per_minute|gte: 30
sel_param_variation:
distinct_param_values_per_client|gte: 20
condition: sel_target and sel_volume and sel_param_variation
falsepositives:
- Trabajos batch legitimos de integracion o monitoreo sintetico que consultan el mismo endpoint de forma repetida.
- Escaneres de vulnerabilidad autorizados ejecutados por el propio equipo de seguridad sin excepcion registrada.
level: medium
tags:
- attack.reconnaissance
- attack.t1595.002
- attack.t1588.007
title: Sustained Outbound Calls to Unapproved LLM API or Reseller Endpoints
id: 1f6b8d32-9e40-4ac7-9d15-2b7e4f8a0c91
status: experimental
description: |
Deteccion conductual. Busca trafico de egreso sostenido y estructurado desde un host o segmento sin motivo legitimo conocido hacia dominios de proveedores de modelos de IA o revendedores/proxies de API no incluidos en la lista de aprobados de la organizacion. Es la contraparte defensiva del hallazgo de CSA sobre el uso de un revendedor de API (xcai.pro en el caso ARTEX) como capa de infraestructura ofensiva. Ajustar la lista de dominios aprobados al entorno propio antes de habilitar en modo bloqueo.
references:
- https://labs.cloudsecurityalliance.org/research/csa-research-note-artex-agentic-pentest-tool-korean-banks-20/
logsource:
category: proxy
product: firewall
detection:
sel_llm_like:
dst_domain|contains:
- 'api.openai'
- 'anthropic'
- 'deepseek'
- 'z.ai'
- 'x.ai'
sel_not_approved:
dst_domain|contains:
- 'proxy'
- 'reseller'
- 'relay'
sel_volume:
connection_count_per_host_per_hour|gte: 50
condition: (sel_llm_like or sel_not_approved) and sel_volume
falsepositives:
- Integraciones legitimas con proveedores de IA desde servidores de aplicacion autorizados; excluir por lista de hosts conocidos.
- Uso corporativo aprobado de un revendedor o gateway de API de IA contratado formalmente.
level: medium
tags:
- attack.resource-development
- attack.t1090
- attack.t1588.007
DeviceNetworkEvents
| where RemoteUrl has_any ("openai", "anthropic", "deepseek", "z.ai", "x.ai", "proxy", "reseller")
| summarize ConnCount = count(), DistinctDomains = dcount(RemoteUrl) by DeviceName, bin(Timestamp, 1h)
| where ConnCount >= 50
| order by ConnCount desc
index=waf OR index=api_gateway (uri_path="*/consulta*" OR uri_path="*/lookup*" OR uri_path="*/partner*") | bin _time span=1m | stats count AS req_count, dc(param_values) AS distinct_params by src_ip, _time, uri_path | where req_count >= 30 AND distinct_params >= 20 | sort -req_count
Las reglas conductuales (enumeración con cadencia uniforme, egreso sostenido a endpoints de IA) pueden activarse por trabajos batch legítimos, monitoreo sintético, pruebas de seguridad autorizadas sin excepción registrada, o integraciones corporativas reales con proveedores de IA. Antes de pasar cualquiera de estas reglas a modo de bloqueo, correrlas en modo de solo alerta durante al menos dos semanas para construir una lista de exclusión de hosts y rutas legítimas. Los dos IOC de infraestructura (IP y dominio reportados por CrowdStrike) son indicadores tácticos de bajo valor predictivo a futuro: una coincidencia confirma exposición histórica, pero el operador puede rotarlos sin costo; la ausencia de coincidencias no descarta el riesgo.
RS ResponderContencion y erradicacion
No hay procedimiento de contención específico publicado por CrowdStrike para este caso porque el vector de entrada no se conoce. La secuencia de respuesta que sigue aplica el estándar general a la superficie de exposición descrita.
- Si se confirma una coincidencia con los IOC: aislar el host o segmento, capturar memoria y logs antes de remediar, y bloquear la IP y el dominio en proxy y firewall perimetral.
- Rotar credenciales y tokens de API de cualquier servicio de consulta expuesto que haya mostrado enumeración anómala en el período señalado.
- Revisar específicamente si existen agentes de codificación con IA (tipo Claude Code) desplegados en servidores con acceso a datos sensibles, y si sus directorios de sesión o memoria quedaron accesibles sin control — es el mismo error operacional que permitió a CrowdStrike identificar la campaña del lado atacante.
- Si la organización es OIV bajo Ley 21.663 y el incidente afecta la continuidad de un servicio esencial, iniciar el proceso de reporte a ANCI según corresponda; si involucra datos personales, evaluar el deber de notificación bajo Ley 21.719.
RC RecuperarVolver a operar y no repetirlo
La vuelta a operación debe validar que la exposición de fondo —autenticación insuficiente o datos sobre-expuestos en un servicio de consulta— quedó cerrada, no solo que el indicador puntual dejó de aparecer en los logs.
- Antes de reconectar un sistema afectado, confirmar MFA server-side activo y rate limiting no eludible, no solo que el IOC dejó de aparecer en tráfico.
- Ejecutar una prueba de pentest agéntico propio (bajo alcance controlado) contra el mismo tipo de activo expuesto, para confirmar que el hallazgo que encontraría un operador como el de este caso ya no existe.
- Incorporar la lección a la política de gobernanza de IA interna: cualquier agente de codificación o asistente de IA que opere sobre sistemas productivos debe tener sus archivos de sesión y memoria fuera de rutas accesibles públicamente.
Llévatelo
Lo de arriba explica. Esto se ejecuta. Son archivos, no capturas de pantalla: se abren, se pegan y funcionan.
La regla Sigma es la canónica: es el formato neutral del que se derivan las demás. Si tu SIEM no aparece en la lista, esa se convierte con pySigma. Las traducciones a motores concretos van sin validar contra tu modelo de datos — revisa los nombres de tabla y campo antes de subirlas a producción.
Fuentes
- Cloud Security Alliance (CSA Labs)ARTEX: Open-Source Agentic Pentest Tool Turned on Korean Banks · 2026-10-10
- CrowdStrikeUnknown Threat Actor Uses AI-Driven ARTEX to Target South Korean Finance · 2026-10-07
- The Hacker NewsARTEX AI Pentesting Tool Used in Data Theft Attacks on South Korean Financial Firms · 2026-10-01
- The Korea TimesEXPLAINER: How AI emerged as new threat in Korea's bank hacking crisis · 2026-10-07
- Let's Data Science (citando Yonhap y Seoul Economic Daily)South Korea Orders Probe Into Bank Data Breaches · 2026-10-01
- Hermes AI NewsARTEX Korean fork surfaces after AI pentesting tool hit seven banks · 2026-10-08
- Cloud Security Alliance (CSA Labs)LLM-Orchestrated Attack Chain Research Note (GTG-1002) · 2026-05-27
¿Esto te aplica y no sabes por dónde partir?
Revisamos tu exposición real frente a lo que describe este análisis: superficie expuesta, cobertura de detección y brechas frente a la Ley 21.663. Diagnóstico de 15 minutos, sin costo.
Agendar diagnósticoRelacionado
Exploit público para AnyDesk Linux otorga acceso root sin autenticación
La corrección llegó en junio camuflada como un simple arreglo de estabilidad, sin CVE ni aviso formal. El exploit public…
Ataques a registros ccTLD obtienen certificados TLS válidos para Google
Compromisos confirmados en los registros de .gh, .sl y .as permitieron emitir certificados HTTPS legítimos mediante DNS…
Agentes de IA necesitan identidad propia y aún no hay estándar
Un white paper de Cloud Security Alliance (CSA Labs) mapea cómo NIST, Singapur y proveedores como Microsoft y Okta están…