Cómo el hacking con IA superó la seguridad bancaria de Corea del Sur
Hackers chinos usaron una herramienta impulsada por IA llamada ARTEX para obtener acceso de administrador en la nube de bancos surcoreanos en cuestión de horas. El ataque revela cómo las herramientas autónomas están reduciendo los plazos de violación y obligando a repensar los límites de confianza en la nube.
Tres horas. Eso fue todo lo que se necesitó.
Atacantes vinculados a China obtuvieron acceso a nivel de administrador en entornos cloud de instituciones financieras coreanas, utilizando una herramienta impulsada por IA llamada ARTEX para pruebas de penetración, según análisis de Microsoft, Recorded Future y GsKaler. En varios casos, la escalada completa de privilegios desde el compromiso inicial hasta el control de administrador se completó antes de que cambiara el turno laboral.
La rapidez es la parte alarmante. Los ataques tradicionales de cadena de suministro o de reutilización de credenciales tienden a arrastrarse — días o semanas de reconocimiento, oleadas de intentos de inicio de sesión fallidos, movimiento lateral incremental. ARTEX niveló esa línea de tiempo por completo. La herramienta automatiza el descubrimiento de objetivos, campañas de fuerza bruta y abuso de privilegios en un flujo continuo. Cuando se encuentra con un servicio cloud mal configurado, la brecha entre el primer contacto y el acceso total se reduce a horas.
Quiénes están detrás
Microsoft identificó al actor principal como Storm-0940, un grupo vinculado al gobierno chino activo desde al menos 2021 y anteriormente conectado a la botnet Quad7 utilizada en campañas de(password spraying). Pero la advertencia de Microsoft era más restringida que el panorama que emerge de otras firmas.
La Organización de Investigación de Amenazas de Recorded Future, Intigriti, ha rastreado una entidad separada denominada TAG-217, que parece haber estado probando infraestructura de acceso remoto desde el 17 de agosto. ThreatLabz de GsKaler confirmó actividad de ARTEX en múltiples países e industrias más allá de las finanzas, incluyendo aeroespacial, defensa, automotriz, gobierno, semiconductores y think tanks — catorce sectores en total.
Esa fragmentación en la atribución importa. Significa que múltiples grupos están compartiendo, adaptando o replicando independientemente el mismo conjunto de herramientas. El código fuente de ARTEX se volvió privado después de su despliegue inicial contra bancos coreanos, pero sigue propagándose. La herramienta, escrita en Go, funciona como un agente de IA que orquesta toda la cadena de ataque sin intervención humana en cada paso.
Cómo ocurrió el ataque
El análisis de Microsoft sobre la brecha en la aplicación de respaldo ConnectWise Cloud cuenta una historia clara de evolución táctica. Del 10 al 14 de octubre, los atacantes golpearon 327 cuentas en ocho organizaciones desde la dirección IP 144.172.64.99, registrando más de 151,000 intentos de inicio de sesión fallidos. El 11 de octubre solo, más de 111,000 intentos disparados — alcanzando un pico de aproximadamente 2,900 intentos por minuto.
Ninguno de esos intentos de fuerza bruta tuvo éxito. Los atacantes se toparon con una pared de credenciales fuertes o políticas de bloqueo. Así que cambiaron tácticas el 15 de octubre.
En lugar de apuntar a cuentas de usuario individuales, explotaron la propia aplicación ConnectWise Cloud. La herramienta tenía permisos de API y a nivel de servicio pre-concedidos diseñados para permitirle acceder a entornos de clientes — una relación de confianza legítima convertida en puerta trasera. Al comprometer las propias credenciales de autenticación de la aplicación, los atacantes omitieron completamente el inicio de sesión de usuario y entraron directamente a la infraestructura cloud de los clientes.
Desde ahí, la escalada fue rápida. En algunos casos, los atacantes modificaron configuraciones de autenticación de la aplicación, manipularon cuentas y grupos de usuarios, y reasignaron roles de alto privilegio — todo dentro de las tres horas posteriores al acceso inicial.
Algunas brechas se expandieron aún más, alcanzando Microsoft Graph y directorios de cuentas. Eso le da al atacante visibilidad no solo de un entorno cloud único, sino de la capa de identidad que gobierna el acceso en todos los servicios.
La capa de IA que la mayoría de analistas pasa por alto
Aquí es donde el ataque diverge de los libros de jugada estándar de intrusiones de estados-nación. ThreatLabz de GsKaler encontró que despliegues personalizados de ARTEX fueron configurados para usar modelos de IA específicos chinos y occidentales — DeepSeek, GLM y Grok — para generar y refinar prompts de ataque.
En algunas configuraciones, DeepSeek realizaba el análisis inicial y GLM revisaba o reformulaba la salida, creando una especie de pipeline de ataque multi-modelo. Los propios prompts contenían instrucciones explícitas para exfiltrar masivamente información personal y datos de transacciones. Los registros también mostraron a los atacantes consultando sobre el valor de reventa de los datos robados.
Ese último detalle es significativo. Sugiere que no todos los operadores de ARTEX son recolectores de inteligencia patrocinados por estados. Algunos pueden ser criminales motivados financieramente o actores híbridos que mezclan espionaje con monetización. La disponibilidad de la herramienta para múltiples grupos — no solo Storm-0940 — refuerza esa posibilidad.
Por qué los bancos coreanos fueron el primer objetivo
El sector financiero de Corea del Sur ha sido durante mucho tiempo una prioridad para grupos de amenaza alineados con estados debido a su densa concentración de datos de alto valor, infraestructura sofisticada de banca digital y proximidad geográfica a China. Pero la campaña ARTEX representa algo cualitativamente diferente de operaciones anteriores.
Los ataques anteriores dependían de robo de credenciales operado por humanos, ingeniería social o explotación manual de vulnerabilidades conocidas. ARTEX automatiza el pipeline de reconocimiento a escalada y superpone generación de prompts de IA encima. Eso significa que la misma herramienta puede ajustarse para diferentes objetivos con esfuerzo manual mínimo, y puede adaptar su enfoque basándose en retroalimentación en tiempo real del entorno.
El hecho de que los desarrolladores de la herramienta aparentemente integraran DeepSeek y GLM directamente en el flujo de ataque indica una elección de diseño deliberada — no un pensamiento posterior. Estos modelos pueden analizar configuraciones de seguridad, generar prompts de ingeniería social, redactar estrategias de exfiltración y potencialmente incluso interpretar respuestas defensivas.
Qué hicieron mal los bancos
El caso ConnectWise expone una vulnerabilidad estructural que atraviesa toda la industria de servicios cloud. Las organizaciones otorgan a aplicaciones de terceros acceso amplio a sus entornos — a menudo con claves de API persistentes y cuentas de servicio que nunca rotan. Cuando el proveedor de la aplicación es comprometido, todos los clientes heredan esa exposición.
Microsoft advirtió explícitamente que las credenciales de autenticación comprometidas agregadas por atacantes a aplicaciones cloud pueden persistir como puertas traseras a largo plazo, incluso después de que el software infectado sea eliminado. Rotar credenciales por sí solo no resolverá esto si la relación de confianza de la aplicación con el entorno del cliente permanece intacta y sin monitoreo.
La mayoría de las instituciones financieras auditan cuentas de usuario rigurosamente. Muchísimas menos auditan cuentas de servicio, tokens de aplicación o los alcances de permisos otorgados a proveedores de terceros. Ese punto ciego es exactamente donde ARTEX operó.
Qué pasará después
Esperen dos cambios inmediatos. Primero, los proveedores cloud enfrentarán presión intensificada para implementar arquitecturas de zero-trust para sus propias integraciones — lo que significa aislamiento de credenciales por cliente, rotación obligatoria y detección continua de anomalías en el acceso a nivel de servicio. Segundo, los reguladores financieros en Corea del Sur y otros lugares probablemente expandirán las auditorias obligatorias de seguridad cloud más allá del modelo de perímetro tradicional.
La preocupación más profunda es el precedente. Si una sola herramienta impulsada por IA puede comprimir una campaña de intrusión de tres meses a tres horas a través de catorce industrias, el cálculo económico tanto para atacantes como para defensores cambia fundamentalmente. Los defensores deben ahora asumir que cualquier cuenta de servicio mal configurada o clave de API obsoleta es una brecha potencial a nivel de administrador esperando ocurrir — y que el atacante puede ya estar dentro antes de que suene la alerta.
Los bancos coreanos, y el sector financiero global más ampliamente, ahora enfrentan un panorama de amenazas donde la velocidad del ataque supera la velocidad de detección. La pregunta no es si la próxima brecha ocurrirá. Es si alguien sabrá que ocurrió hasta que sea demasiado tarde.