Os incidentes coreanos entre fim de setembro e início de outubro de 2026 expuseram a distância entre transações protegidas e serviços menores. CrowdStrike acrescentou evidência de IA, mas bancos e registros do atacante respondem perguntas diferentes. Não provam um agente autônomo em todas as instituições.
As divulgações locais indicam cerca de 25 mil clientes Shinhan, 119 KB Kookmin, 89 Hana e 11 desenvolvedores terceirizados BNK Busan. Woori e NH Nonghyup relataram tentativas sem exposição equivalente confirmada. KB é 119, não o erro inicial de 119 mil.
A análise CrowdStrike de 7 de outubro conecta ARTEX, modelos e históricos expostos a alvos financeiros sobrepostos. Sustenta campanha humana com IA. Total de vítimas, volume, identidade e contribuição de automação seguem abertos.
As primeiras falhas eram de serviços auxiliares
Shinhan detectou pico no M-Shinhan em 29 de setembro e informou em 30. Corretores consultavam andamento de empréstimos no site móvel. Relatos locais descrevem desvio de autenticação, números de protocolo repetidos, coleta de identificadores e consultas noutras funções simplificadas.
Os campos variavam: nome, telefone, renda, pedido, limite e empréstimos. Parte incluía registro civil e identidade associada. São valiosos sem controlar pagamentos.
KB envolvia apoio móvel de empregados, com nomes, telefones, endereços e registros civis criptografados. O banco separou de internet banking, app bancário e transações. Hana e Busan tinham ambientes e populações diferentes.
Tempo e alvos comuns apoiam hipótese de campanha, não mesmo exploit ou ferramenta em todo vazamento. Não se identificou publicamente comprometimento de plataformas centrais. Sem interrupção de saldo não significa perda pequena.
Shinhan tinha cinco anos de notas máximas e certificações. Não impediram o fluxo específico. Portal pequeno pode acessar dados importantes mesmo com app principal protegido.
O que a infraestrutura mostrou
Um título HTML em chinês de console autônomo chamou atenção inicialmente. Isso mostra interface, não invasão bem-sucedida de banco. Arquivos adicionais deram contexto mais forte.
Instrução Claude Code junto ao ARTEX apontava infraestrutura separada em Hong Kong. Diretórios abertos continham configuração, sessões e memórias, com atividades sobrepostas a bancos noticiados.
Um servidor hospedava ARTEX e outro era principal. DeepSeek v4.1-flash era backend; GLM-5.3 e Grok 4.6 apareciam em sessões Claude Code adicionais. Histórico não prova escolha autônoma pelo Claude, mas operador e contexto preservado.
ARTEX é framework aberto de testes agentivos que coordena reconhecimento, ferramentas, caminhos e validação. Com autorização são usos legítimos. A pessoa escolheu alvo, manteve servidores e combinou modelos com capacidades tradicionais.
Não precisa perfeição. Descoberta e teste repetidos ficam baratos, permitindo foco em resultados promissores. Comandos inválidos exigem julgamento. Não se publicou cadeia totalmente autônoma de descoberta a extração para cada banco.
Motivo financeiro é mais sustentado que identidade
Sessões perguntavam onde vender dados coreanos e encontrar grupos Telegram. Apoiam lucro, não comprovam venda.
Pedido de currículo com resultados ARTEX incluía Guangdong, educação, telefone e conta. CrowdStrike considerou possível ligação ao operador, não definitiva; idade contradizia nascimento anterior.
Idioma chinês e motivação financeira têm confiança moderada, não patrocínio estatal ou grupo nomeado. Idioma, origem da ferramenta e proxies não fixam nacionalidade; cópias e dados falsos são possíveis.
Pessoa contatada pela Reuters negou conhecimento. Autoridades chinesas disseram desconhecer e condenaram hacking; polícia e Anthropic não haviam respondido à publicação. Evidência de servidor difere de prova pessoal.
Armazenamento descuidado ajudou perícia. Históricos, memória e configuração mantêm continuidade e revelam intenção quando públicos. Próximos atacantes não serão necessariamente descuidados.
Regulação respondeu a exposição e fraude posterior
Em 2 de outubro, a comissão financeira reuniu reguladores, bancos, cartões e associações. Exigiu inspeção de serviços externos, inclusive internos ao negócio, autenticação, acesso, menor exposição e compartilhamento de indicadores.
Atenção presidencial e equipe investigadora seguiram. Pedidos, caminhos e dados retirados precisam corresponder à infraestrutura CrowdStrike. História do atacante não substitui telemetria bancária.
Em 6 de outubro começou mês especial prorrogável e canais de suporte. Alertou-se contra falsos bancários com empréstimos, refinanciamento ou compensação, adiantamentos e instalação de apps.
Nome, contato, renda e contexto fazem fraude convincente sem senha ou código. É risco previsível, não dano secundário comprovado desta campanha. Compartilhamento e análise por IA não enxergam serviço ausente do inventário.
Pequenos aplicativos com acesso valioso permanecem o problema
Portais de corretores, empregados, terceiros e APIs antigas ficam públicos e sem dono claro. ID coletado num lugar vira perigo se outro o tratar como autorização. Só proteger pagamentos não basta.
Autenticação, minimização, segmentação e detecção de anomalias funcionam independentemente do modelo. Woori e NH mostram vantagem defensiva. Listas de bloqueio duram pouco com troca de servidores.
Testes internos e fornecedores também precisam escopo técnico e logs duráveis. ARTEX no nome não prova crime; tempo, credenciais, autorização e comportamento devem coincidir.
Avisos de uso legítimo explicam intenção, não a impõem após distribuição. Restrições de modelos podem ser evitadas por troca ou execução local. Controles no alvo, investigação e menor valor de dados seguem essenciais.
A próxima evidência é cronologia verificada, reutilização noutras campanhas e fechamento de lacunas auxiliares. Anunciar mais defesa por IA não demonstra isso.
Não é máquina independente atacando bancos. É uma pessoa combinando agentes, modelos e servidores acessíveis para acelerar falhas comuns. Números exatos e atribuição cautelosa tornam visíveis limites que falharam e alegações ainda abertas.