Bancos da Coreia do Sul investigam ataques com indícios de uso de IA

O presidente da Coreia do Sul, Lee Jae Myung, afirmou em 6 de outubro que modelos de inteligência artificial podem ter sido usados nos ataques cibernéticos recentes contra bancos do país, e cobrou apuração rápida e reforço da defesa digital. A polícia sul-coreana abriu investigação sobre invasões a bancos comerciais que resultaram em vazamento de dados de clientes — Shinhan Bank, KB Kookmin, Hana Bank e Woori Bank relataram incidentes. A Comissão de Serviços Financeiros (FSC) convocou reunião de emergência com o setor, e o Serviço de Supervisão Financeira (FSS) compartilhou com as instituições dados sobre 28 endereços IP únicos associados às tentativas de invasão. As autoridades ainda não detalharam quais ferramentas de IA teriam sido usadas nem a dimensão total dos vazamentos.

Fonte: CNN Brasil · Folha/C-Level

Por que isso importa para quem opera sistema financeiro — inclusive no Brasil: o atacante de 2026 não precisa ser um gênio. Com automação e modelos de IA, ele acelera reconhecimento, testa credenciais e explora exposição em escala, derrubando o custo e o tempo do ataque. Não é caso isolado: relatos públicos recentes descreveram um agente de IA acessando indevidamente um portal de dados de saúde do governo dos EUA e tentativas do mesmo tipo contra um site do governo canadense. A classe de risco que se repete é conhecida — acesso indevido a uma ação crítica (transferir, consultar, liberar crédito), credencial ou token antigo que ninguém revogou e superfície exposta que a organização não sabe que existe. Quando o ataque vem automatizado e em volume, o que separa um incidente contido de um vazamento é a velocidade da detecção e a existência de trilha de auditoria — não a sorte.

O que testar e monitorar. Para organizações reguladas (financeiro, pagamentos, saúde), o recado do setor é o mesmo: tratar segurança de aplicações como processo contínuo, não como um teste anual que fica "verde" até o próximo deploy. Na prática: testar de forma recorrente se APIs e painéis administrativos permitem abuso de função; revisar quem — ou qual token, conta de serviço ou agente automatizado — consegue executar ações críticas sem dupla validação; mapear a superfície exposta (subdomínios, integrações, endpoints esquecidos); e garantir evidência exportável de quem fez o quê, quando e de onde. Vale ainda monitorar credenciais vazadas: se a senha de um operador vazar hoje, quem descobre primeiro? Esse é o padrão que o incidente sul-coreano recoloca na mesa.