alta research global

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.

·18 min de lectura ·Equipo Vantis
En 30 segundos
  • 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:

Anatomía del ataque

Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.

Qué hacer, fase por fase

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

PrioControlEsfuerzoMapeo
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

OjoLos indicadores están defanged (hxxp, [.]) para evitar clics accidentales. El bloque de abajo los trae en crudo, listos para tu lista de bloqueo.
TipoIndicadorConfianzaNota
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
blocklistIndicadores en crudo
38.244.50[.]120
xcai[.]pro

Reglas y consultas de detección

sigmaEnumeración sistemática con cadencia uniforme contra servicio de consulta expuesto (conductual)
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
Requiere: Logs de WAF o API Gateway con IP/cliente, ruta, parámetros y timestamp por petición; capacidad de agregar por cliente en ventanas de tiempo cortas.
sigmaEgreso sostenido a endpoints de API de LLM o revendedores no aprobados (conductual)
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
Requiere: Logs de proxy o firewall con destino por dominio y conteo de conexiones por host; lista propia de dominios de proveedores de IA aprobados para excluir falsos positivos.
sentinel-kqlEgreso anómalo a endpoints de IA/proxy desde servidores sin uso previo (Sentinel)
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
Requiere: DeviceNetworkEvents (Defender for Endpoint vía Sentinel) o tabla equivalente con RemoteUrl y DeviceName; construir baseline de hosts que legítimamente llaman estos endpoints para excluirlos.
splunkEnumeración con cadencia uniforme contra endpoint de consulta (Splunk)
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
Requiere: index=waf o index=api_gateway con campos uri_path, src_ip y valores de parámetros extraídos; ajustar nombres de índice y campos al esquema local.
Falsos positivos esperables

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

¿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óstico

Relacionado