Los incidentes coreanos de finales de septiembre y principios de octubre de 2026 exponen la distancia entre transacciones protegidas y servicios pequeños. CrowdStrike añade evidencia IA, pero bancos y registros del atacante responden preguntas distintas. No prueban un agente autónomo en cada entidad.
Las cifras locales son unos 25.000 clientes Shinhan, 119 KB Kookmin, 89 Hana y once desarrolladores externos BNK Busan. Woori y NH Nonghyup notificaron intentos sin exposición equivalente confirmada. KB es 119, no el error inicial de 119.000.
El análisis del 7 de octubre conecta ARTEX, modelos y archivos expuestos con objetivos coincidentes. Apoya campaña humana asistida por IA. Total, volumen, identidad y contribución exacta de automatización siguen abiertos.
Primero fallaron servicios auxiliares
Shinhan detectó un pico M-Shinhan el 29 de septiembre y avisó el 30. Corredores consultaban progreso de préstamos en web móvil. Relatos locales describen evasión de autenticación, números repetidos, identificadores recogidos y consultas a otras funciones simplificadas.
Variaban nombres, teléfono, ingresos, importes, límites y préstamos. Algunos incluían registro civil e identidad asociada. Son valiosos sin controlar pagos.
KB afectó apoyo móvil de empleados con nombres, teléfonos, direcciones y registros cifrados. El banco lo separaba de banca internet, móvil y transacciones. Hana y Busan tenían otros entornos y grupos.
Tiempo y objetivos apoyan hipótesis común, no el mismo exploit en todo. No se identificó públicamente compromiso del núcleo bancario. Sin saldos interrumpidos no significa poco daño.
Shinhan tenía cinco años de máximas notas y certificaciones. No evitaron ese camino. Un portal pequeño puede dar datos importantes con app principal protegida.
Qué mostró la infraestructura
Al principio destacó título HTML chino de consola autónoma. Prueba interfaz, no intrusión exitosa en un banco. Archivos posteriores dieron contexto más fuerte.
Una instrucción Claude Code junto a ARTEX apuntó a Hong Kong. Directorios abiertos contenían configuración, sesiones y memoria, con actividad superpuesta a bancos noticiados.
Un servidor alojaba ARTEX, otro era principal. DeepSeek v4.1-flash fue backend; GLM-5.3 y Grok 4.6 aparecieron en sesiones Claude Code adicionales. No prueba elección independiente de Claude, sino operador y contexto preservado.
ARTEX es marco abierto de pruebas agentivas para reconocimiento, herramientas, rutas y validación. Autorizado es legítimo. Una persona eligió blancos, mantuvo servidores y mezcló modelos con técnicas comunes.
No necesita perfección. Repetir búsqueda y ensayo barato permite seguir resultados prometedores. Comandos inválidos requieren juicio. No se publicó una reconstrucción completa, comando por comando y para cada banco, que conecte descubrimiento, explotación y extracción sin intervención humana. La presencia del framework en un servidor no establece por sí sola cuáles de esos pasos ejecutó con éxito.
El motivo financiero tiene más apoyo que una identidad
Las sesiones buscaban mercados de datos coreanos y grupos Telegram. Respaldan una valoración de motivación económica, pero preguntar dónde vender no demuestra que se completara una venta ni cuantifica los datos efectivamente comercializados.
Un pedido de currículo con resultados ARTEX incluía Guangdong, educación, teléfono y cuenta. CrowdStrike consideró posible vínculo, no definitivo; edad y nacimiento anterior discrepaban.
Idioma chino y dinero se evaluaron con confianza moderada, no Estado o adversario nombrado. Idioma, origen y proxies no demuestran nacionalidad; copias y falsedades son posibles.
Una persona contactada por Reuters negó conocimiento. Autoridades chinas desconocían y rechazaban hacking; policía y Anthropic no respondieron hasta publicar. Servidor y persona necesitan prueba distinta.
Guardar mal ayudó forense. Historial, memoria y configuración dan continuidad, pero expuestos revelan intención. No puede esperarse descuido igual de futuros atacantes.
Respuesta a exposición y fraude secundario
El 2 de octubre la comisión financiera reunió autoridades, bancos, tarjetas y asociaciones. Exigió revisar servicios externos, incluso no orientados al cliente, autenticación, accesos, menor exposición e indicadores.
Siguieron atención presidencial y equipo investigador. Solicitudes, rutas y datos deben contrastarse con infraestructura CrowdStrike. Historial adversario no reemplaza telemetría bancaria.
El 6 de octubre empezó mes especial prorrogable con canales de ayuda. Se alertó de falsos empleados con préstamos, refinanciación, compensación, anticipos e instalación de apps.
Nombres, contactos, ingresos y deuda hacen creíble fraude sin contraseña ni código. Es riesgo previsible, no pérdida secundaria confirmada. IA e intercambio no vigilan un servicio fuera de inventario.
Pequeñas apps con acceso valioso son el problema duradero
Portales de corredores, empleados, contratistas y API antiguas quedan públicos y sin dueño claro. Un identificador recogido en otro sitio no debe contar como autorización. Proteger solo pagos no basta.
Autenticación, minimización, segmentación y anomalías sirven con cualquier modelo. Woori y NH muestran ventajas defensivas. Listas de bloqueo duran poco al rotar servidores.
Las pruebas internas y de proveedores necesitan alcance técnico y registros durables. ARTEX no prueba delito por nombre: importan fecha, credenciales, permiso y conducta.
Advertencias de software abierto expresan uso, no lo imponen tras distribuirse. Se puede cambiar proveedor o modelo local. Control del objetivo, investigación y menor valor de datos siguen esenciales.
Las próximas pruebas son cronología verificada, reutilización en campañas y cierre de brechas. Más productos de defensa IA no lo demuestran.
No es máquina independiente contra bancos. Una persona combina agentes, modelos y servidores accesibles para acelerar fallos ordinarios. Cifras precisas y atribución prudente indican límites que fallaron y afirmaciones pendientes.