Ciberataques com IA contra bancos coreanos provocam revisão nacional, mas a IA ainda não é a culpada comprovada

Ciberataques com IA contra bancos coreanos desencadearam uma revisão de segurança em todo o setor depois que violações expuseram dados de cerca de 25.000 clientes do Shinhan Bank e de centenas de outras pessoas. Investigadores encontraram indícios associados a uma ferramenta de teste de penetração com IA, mas essas evidências não provam que a IA tenha conduzido os ataques de forma autônoma.

Os incidentes atingiram os cinco maiores bancos comerciais da Coreia do Sul entre 29 de setembro e 2 de outubro de 2026. Shinhan Bank, KB Kookmin Bank, Hana Bank e BNK Busan Bank relataram exposição de dados. Woori Bank e NH NongHyup Bank detectaram ataques sem confirmar vazamentos de informações.

O conflito mais importante está por trás do rótulo de IA. Os invasores aparentemente evitaram os sistemas centrais de transações dos bancos e entraram por serviços menos protegidos usados por funcionários, agentes de crédito e contratados. Esses sistemas auxiliares transformaram a conveniência institucional em uma superfície de ataque.

Ciberataques com IA contra bancos coreanos se espalham por sistemas auxiliares

Os ataques expuseram uma fraqueza compartilhada fora da infraestrutura voltada ao cliente mais rigidamente protegida pelos bancos.

O Shinhan divulgou o maior incidente em 1º de outubro. Uma parte não autorizada contornou a autenticação em um serviço que agentes de crédito usavam para verificar o andamento de solicitações. O incidente expôs informações pessoais e de crédito de cerca de 25.000 clientes.

Os dados comprometidos teriam incluído nomes, números de telefone, renda anual, limites de empréstimo e outras informações fornecidas durante solicitações de crédito. O Shinhan afirmou que seus principais serviços de internet banking e mobile banking não foram afetados.

Essa distinção é importante, mas não torna a violação irrelevante. Informações sobre renda e endividamento podem viabilizar fraudes direcionadas, falsificação de identidade, phishing ou campanhas de engenharia social. Os invasores não precisam de acesso direto a uma conta de depósito para criar riscos duradouros aos consumidores.

O KB Kookmin Bank relatou uma intrusão separada envolvendo um sistema móvel de suporte ao trabalho para funcionários. Informações pessoais e de crédito de 119 clientes foram expostas, incluindo nomes, endereços, números de telefone e números de registro de residentes criptografados.

O KB afirmou ter percebido sinais de acesso externo anormal na noite de 30 de setembro. O banco bloqueou o servidor e a rota de acesso afetados após detectar o suposto vazamento.

O Hana Bank então divulgou acesso não autorizado ao seu sistema de suporte operacional. O incidente expôs informações de 89 clientes, incluindo nomes, endereços, endereços de e-mail, números de telefone, nomes de empregadores e números de registro de residentes.

O banco bloqueou os servidores e caminhos de acesso relevantes, formou uma equipe de resposta de emergência e notificou os clientes afetados. KB e Hana prometeram compensação caso os clientes sofram perdas relacionadas às violações.

O BNK Busan Bank detectou um ataque externo envolvendo um sistema usado por volta das 21h de 1º de outubro. O banco bloqueou a principal atividade do ataque, mas informações de 11 trabalhadores terceirizados de desenvolvimento teriam sido expostas por meio de várias páginas da web.

O Woori Bank enfrentou tentativas de ataque entre 29 de setembro e 1º de outubro. O NH NongHyup Bank também detectou uma tentativa de intrusão. Nenhuma das instituições relatou vazamento de informações nesses incidentes.

A campanha logo pareceu mais ampla do que os cinco maiores bancos comerciais. As autoridades identificaram atividade relacionada em bancos de poupança e na Hyundai Capital. Relatos posteriores de vazamentos incluíram o Yegaram Savings Bank e outras empresas financeiras.

Segundo um resumo do incidente, os sistemas afetados eram separados das plataformas de internet banking e mobile banking para consumidores. Nenhuma perda financeira de clientes havia sido relatada quando os reguladores apresentaram suas conclusões em 4 de outubro.

Ainda assim, as violações abalaram uma premissa básica de segurança. Os bancos concentraram seus controles mais robustos em sistemas de pagamento e canais de banco de varejo. Os invasores, em vez disso, buscaram ferramentas de funcionários com autenticação mais fraca ou exposição pública desnecessária.

Esses sistemas não eram pouco importantes. Eles processavam as informações pessoais necessárias para que funcionários, contratados e agentes de crédito realizassem o trabalho cotidiano. Seu papel de suporte aparentemente os manteve fora do perímetro de segurança mais rigoroso.

Isso criou a tensão central do artigo. Grandes bancos podiam proteger seus núcleos transacionais enquanto deixavam serviços conectados suficientes expostos para que invasores obtivessem dados sensíveis.

Classificações de segurança não cobriam a porta mais fraca

A campanha mostra por que resultados de conformidade e certificações de segurança não podem substituir o teste de todos os serviços acessíveis.

O Shinhan havia recebido a pontuação mais alta na inspeção sul-coreana de gestão e proteção de informações pessoais de crédito por cinco anos consecutivos. Também possuía certificações de segurança, incluindo ISMS, ISMS-P e ISO 27001.

Essas credenciais indicam que uma instituição documentou controles e passou por avaliações definidas. Elas não estabelecem que todas as aplicações, integrações e páginas acessíveis externamente estejam livres de erros de implementação.

O serviço de agentes de crédito violado teria permitido o contorno da autenticação. Esse defeito foi mais relevante durante a intrusão do que o histórico geral de avaliações do Shinhan.

O incidente, portanto, cria um conflito entre promessa e realidade. Os controles formais prometiam proteção madura das informações, enquanto um serviço auxiliar de consulta teria retornado dados de clientes sem confirmar adequadamente a identidade do solicitante.

KB e Hana enfrentaram um problema estrutural semelhante. Suas violações envolveram sistemas de suporte a funcionários ou operações, e não seus principais aplicativos voltados ao consumidor. O padrão sugere que os invasores procuraram deliberadamente além dos pontos de entrada mais monitorados.

Os amplos ambientes tecnológicos dos bancos incluem portais para funcionários, contratados, corretores e fornecedores. Eles também contêm serviços temporários, aplicações legadas e integrações criadas para eficiência operacional. Cada conexão pode se tornar uma rota para informações protegidas.

Um serviço não precisa transferir dinheiro para merecer controles de nível bancário. Se ele retorna dados de identidade, emprego, renda ou crédito, pode causar danos significativos quando comprometido.

O acesso de terceiros acrescenta outra camada de risco. Instituições financeiras frequentemente dependem de fornecedores e trabalhadores terceirizados para desenvolver ou manter sistemas especializados. O banco continua responsável pelas informações dos clientes mesmo quando outra organização opera parte da tecnologia.

As revisões de segurança devem, portanto, seguir os dados, e não apenas o organograma da instituição. Uma aplicação gerenciada por fornecedor precisa da mesma disciplina de autenticação, monitoramento, inventário e correção que um serviço gerenciado internamente com informações equivalentes.

Son Kyu-sik, professor de hacking e segurança da Hanyang Cyber University, argumentou que sistemas conectados externamente com autenticação mais fraca podem ficar expostos a ataques automatizados por IA. Ele também pediu escrutínio contínuo dos fornecedores após a assinatura dos contratos.

Essa posição desloca a atenção de uma única ferramenta maliciosa para a gestão do ciclo de vida. Uma revisão segura de compras no lançamento não protege um serviço indefinidamente. Configurações mudam, endpoints esquecidos permanecem online, e técnicas de ataque recém-descobertas alteram o risco.

A falha também levanta questões sobre o escopo das avaliações. Um banco pode obter boa pontuação quando avaliadores examinam documentos de governança, sistemas representativos e processos estabelecidos. Um invasor pode se concentrar inteiramente na exceção ignorada.

O Shinhan teria inspecionado empresas de intermediação de crédito e priorizado fornecedores de maior risco em revisões anteriores. Mesmo assim, o recurso simplificado de consulta se tornou uma rota para cerca de 25.000 registros de clientes.

Essa lacuna deve pressionar conselhos de administração e reguladores bancários a fazer perguntas diferentes. Eles precisam saber quais serviços são acessíveis, quais informações cada serviço retorna e quais solicitações podem ser bem-sucedidas sem autenticação forte.

Também devem identificar serviços abandonados ou duplicados. Um inventário preciso dos ativos voltados para a internet é um requisito básico, porque os defensores não podem proteger uma aplicação que não sabem que continua acessível.

A resposta oficial começou a avançar nessa direção em 2 de outubro. A Financial Services Commission da Coreia do Sul ordenou verificações imediatas de sistemas expostos externamente, controles de autenticação, restrições de acesso e exposição desnecessária de informações.

A revisão exerce pressão direta sobre diretores de segurança da informação e líderes operacionais. Eles precisam provar que sistemas de conveniência atendem ao mesmo padrão de proteção de dados prometido pelo programa de segurança mais amplo da instituição.

ARTEX AI é uma pista, não uma atribuição final

Evidências de uma ferramenta de segurança com IA reforçam a teoria da automação, mas os investigadores não estabeleceram exatamente como a IA controlou a campanha.

Pesquisadores que examinaram a infraestrutura associada ao ataque ao Shinhan encontraram uma sequência de texto reveladora no título de uma página HTML. A expressão em chinês se referia a um console autônomo de teste de penetração com IA.

Analistas conectaram a sequência ao ARTEX AI, um sistema de código aberto projetado para automatizar varredura de vulnerabilidades e planejamento de caminhos de ataque. O ARTEX teria sido apresentado em uma competição liderada pela Baidu, voltada a capacidades ofensivas e defensivas de agentes.

Um agente de IA é um software capaz de planejar e executar múltiplas etapas rumo a um objetivo com intervenção humana limitada. Em cibersegurança, esse sistema pode conectar reconhecimento, teste de vulnerabilidades, tentativas de exploração e feedback em um único fluxo de trabalho.

Ferramentas tradicionais de varredura já automatizam muitas tarefas repetitivas. Sistemas agênticos podem avançar ainda mais ao selecionar ações com base em resultados anteriores, combinar descobertas e mudar de tática sem esperar o próximo comando de um operador.

Isso torna a IA relevante para a campanha coreana. Múltiplas instituições enfrentaram ataques concentrados contra categorias semelhantes de serviços expostos externamente. Descoberta automatizada e testes repetidos ajudariam invasores a examinar muitos alvos rapidamente.

Um mesmo endereço de protocolo de internet dos invasores também apareceu em diversos incidentes. As autoridades disseram que o mesmo endereço surgiu no Shinhan, KB, Hana, BNK Busan, Yegaram Savings Bank, Welcome Savings Bank e Hyundai Capital.

Os invasores aparentemente alternaram entre endereços adicionais para sustentar a atividade. O material do Shinhan enviado à Assembleia Nacional teria identificado endereços localizados na Coreia, Estados Unidos, Japão, Hong Kong, Singapura, Vietnã, Tailândia e Reino Unido.

Essas localizações não revelam a nacionalidade dos invasores. Cibercriminosos normalmente roteiam tráfego por máquinas comprometidas, serviços em nuvem, redes privadas virtuais e outras infraestruturas fora de sua localização real.

Park Sang-won, chefe do Financial Security Institute, afirmou que o endereço observado entre os bancos era diferente daquele visto no setor de bancos de poupança. No entanto, ele descreveu os métodos de ataque como semelhantes.

A infraestrutura compartilhada reforça a possibilidade de uma campanha coordenada. Ela não estabelece que um único agente controlou todos os incidentes, nem que esse agente delegou decisões importantes a um modelo de IA.

O texto sobre ARTEX apresenta uma limitação semelhante. Ele mostra que um servidor ligado à atividade exibia linguagem associada a uma ferramenta de testes de invasão com IA. Não revela quais componentes foram executados, quais comandos executaram ou quanta orientação humana receberam.

Atacantes também podem renomear ferramentas, copiar textos de interface ou deixar pistas enganosas deliberadamente. Um título exibido por um servidor web é uma evidência útil, mas não equivale a um registro de execução verificado.

Outro relatório sugeriu que o credential stuffing teve um papel. Credential stuffing consiste em testar nomes de usuário e senhas roubados em outros lugares contra outro serviço por meio de tentativas automatizadas de login.

Essa técnica antecede a IA generativa há muitos anos. A IA pode melhorar a seleção de alvos, a orquestração ou a adaptação, mas o método subjacente continua convencional. Uma autenticação fraca ainda seria a vulnerabilidade decisiva.

Essa distinção evita uma conclusão exagerada. As violações não provam que um modelo autônomo descobriu de forma independente vulnerabilidades desconhecidas e comprometeu o sistema bancário da Coreia.

É mais plausível que mostrem atacantes usando automação contra aplicações expostas com controles mais fracos. Um agente de IA pode ter acelerado o processo, selecionado caminhos ou gerenciado tentativas repetidas.

Analistas de segurança citados na cobertura das violações descreveram o envolvimento da ARTEX como altamente provável ou razoavelmente suspeito. A investigação regulatória ainda estava em andamento.

A unidade de investigação cibernética da Agência Nacional de Polícia também iniciou uma apuração preliminar sobre vazamentos no Shinhan, KB, Hana e Busan Bank. Suas conclusões serão importantes porque a atribuição técnica exige mais do que vestígios circunstanciais de ferramentas.

Os investigadores precisam de logs de servidores, solicitações capturadas, payloads maliciosos, registros de tempo e imagens forenses. Eles devem distinguir a varredura automatizada da exploração bem-sucedida e conectar ações específicas aos registros afetados.

Até que esse trabalho seja concluído, “alimentado por IA” deve continuar sendo uma caracterização reportada. A expressão descreve evidências e um método operacional plausível, não um relato definitivo sobre quem agiu ou sobre o grau de autonomia do sistema.

A Estratégia de Defesa da Coreia Agora Enfrenta Seu Próprio Dilema

Os reguladores precisam reduzir a exposição imediata sem preservar uma arquitetura que mantém uma IA defensiva útil fora da rede.

A Comissão de Serviços Financeiros realizou sua primeira reunião de resposta emergencial em 2 de outubro. Os participantes incluíam o Serviço de Supervisão Financeira, o Instituto de Segurança Financeira, grandes bancos, empresas de cartões, e associações do setor.

A comissão ordenou que as empresas catalogassem ativos e serviços de tecnologia da informação expostos externamente. Também exigiu revisões de vulnerabilidades, autenticação, controle de acesso, exposição de informações e detecção de intrusões.

As autoridades instruíram as instituições afetadas a determinar quais informações foram vazadas e se os consumidores enfrentavam danos adicionais. Endereços de ataque, métodos de intrusão e registros de tentativas seriam compartilhados com a Agência de Internet e Segurança da Coreia e outros órgãos relevantes.

A resposta se ampliou em 4 de outubro. O presidente da FSC, Lee Eog-weon, convocou uma reunião abrangendo todo o setor financeiro, incluindo bancos, seguradoras, corretoras de valores, emissoras de cartões, bancos de poupança, organizações de financiamento mútuo e empresas fintech.

Relatórios indicaram que os avisos chegaram a cerca de 500 empresas financeiras. Os reguladores estabeleceram prazos escalonados até 8 de outubro para os resultados das inspeções.

A medida mais imediata foi direta. O acesso externo aos sistemas de funcionários e corretores deve ser bloqueado, a menos que seja necessário para o serviço.

Essa medida pode fechar rapidamente caminhos expostos, mas também traz um custo operacional. Os bancos criaram serviços de suporte remoto porque funcionários, corretores, fornecedores e clientes precisavam de informações fora da rede central.

Remover o acesso público sem redesenhar o fluxo de trabalho pode atrasar empréstimos, manutenção ou suporte ao cliente. Restrições implementadas às pressas também podem incentivar trabalhadores a criar soluções alternativas não oficiais.

A melhor resposta combina menor exposição com controles de identidade mais robustos. Serviços externos necessários exigem autenticação multifator, permissões estritamente definidas, controles de taxa de solicitações, registro contínuo e limites para as informações retornadas.

Os bancos também precisam tratar consultas anormais como eventos de segurança. Um sistema deve detectar buscas repetidas, locais de acesso incomuns, deslocamentos impossíveis entre sessões e solicitações que excedam a função normal de um usuário.

O dilema mais profundo envolve a política sul-coreana de separação de redes. Historicamente, as instituições financeiras isolaram redes internas da internet pública para reduzir a exposição.

Essa arquitetura protege ambientes importantes, mas pode complicar o uso de ferramentas de segurança baseadas em nuvem e modelos avançados de IA. Sistemas defensivos precisam de inteligência atualizada sobre ameaças externas e de acesso suficiente para testar aplicações acessíveis.

Antes das violações, os reguladores já haviam começado a flexibilizar requisitos de separação de redes para instituições qualificadas que usam produtos de segurança de IA e software como serviço. O objetivo era permitir que defensores testassem vulnerabilidades com ferramentas comparáveis às disponíveis aos atacantes.

Em maio, a FSC estabeleceu um programa para empresas financeiras que atendem a requisitos específicos de porte e segurança. Instituições elegíveis poderiam receber alívio regulatório por um ano para o uso aprovado de IA defensiva e SaaS.

Os critérios iniciais abrangiam 49 empresas financeiras com pelo menos 10 trilhões de won em ativos e 1.000 funcionários efetivos. A FSC planejava revisões graduais e assistência para até outras 17 empresas por meio do Instituto de Segurança Financeira.

Em setembro, a segunda fase de testes ampliou a elegibilidade para 75 empresas. Os reguladores planejavam selecionar 15 participantes, em comparação com 10 na primeira fase.

Esses programas agora ganham maior urgência. Os ciberataques com IA contra bancos coreanos sugerem que a automação ofensiva pode pesquisar serviços voltados ao público mais rapidamente do que revisões manuais periódicas conseguem examiná-los.

A política de defesa com IA já reconhecia que as instituições financeiras não podem se tornar completamente imunes a ameaças avançadas. Em vez disso, ela enfatizava higiene cibernética de rotina, testes de vulnerabilidade, compartilhamento de informações e defesa assistida por IA.

Após os incidentes de outubro, a FSC endossou o princípio de combater ataques de IA com IA. Essa frase não deve se tornar uma desculpa para comprar software sem corrigir controles fundamentais.

A defesa automatizada não pode compensar uma página de consulta que devolve informações sensíveis sem verificar a identidade. Ela pode ajudar a encontrar essa página, testar seus controles e detectar ataques, mas a responsabilidade e a correção continuam sendo atribuições humanas.

Também há risco em conectar agentes defensivos autônomos a sistemas sensíveis. Uma ferramenta mal governada pode examinar a infraestrutura de produção de forma excessivamente agressiva, expor dados a um modelo externo ou tomar medidas disruptivas com base em um sinal falso.

Instituições qualificadas, portanto, precisam de limites rigorosos sobre o que um agente de segurança de IA pode acessar e alterar. A aprovação humana deve permanecer obrigatória para ações que possam interromper serviços ao cliente ou modificar sistemas de produção.

O equilíbrio correto não é defesa com IA versus segurança tradicional. Os bancos precisam de testes assistidos por IA dentro de um programa consolidado de inventário de ativos, gestão de identidade, desenvolvimento seguro, supervisão de fornecedores e resposta a incidentes.

Três Sinais Mostrarão se a Revisão Muda a Segurança Bancária

O próximo teste é saber se os reguladores produzirão correções mensuráveis, atribuição confiável e supervisão permanente dos sistemas auxiliares.

O primeiro sinal é o resultado da inspeção em todo o setor. Os reguladores pediram às empresas que informassem ativos expostos externamente e avaliassem autenticação, controles de acesso, divulgação desnecessária de informações e detecção de intrusões.

Um resultado útil identificaria quantos sistemas vulneráveis foram desativados, corrigidos ou colocados atrás de uma autenticação mais forte. Uma simples declaração de que as revisões foram concluídas revelaria pouco sobre o risco restante.

A revisão reforçará o argumento por reforma estrutural se encontrar a mesma fraqueza em instituições não relacionadas. Falhas repetidas de autenticação mostrariam que os incidentes refletiam um problema comum de concepção, e não o erro isolado de um banco.

O resultado oposto enfraqueceria essa conclusão. Se o trabalho forense identificar vulnerabilidades distintas e atacantes sem relação entre si, a aparente campanha poderá representar vários eventos agrupados pelo momento e pela publicidade.

O segundo sinal é o relato técnico sobre a IA ARTEX. Os investigadores precisam estabelecer se a ferramenta suspeita gerou solicitações, selecionou caminhos de ataque, explorou aplicações ou apenas apareceu em infraestrutura de suporte.

Evidências de comportamento adaptativo em múltiplos alvos sustentariam a alegação de que a IA alterou a velocidade e a escala dos atacantes. Uma varredura convencional por scripts com uma interface de IA identificada por marca sustentaria uma interpretação mais restrita.

Não se trata de uma disputa semântica. Os bancos precisam entender contra qual capacidade estão se defendendo antes de redesenhar seus controles.

Um agente autônomo exige defesas que operem continuamente e respondam na velocidade das máquinas. Uma campanha de credential stuffing exige principalmente autenticação robusta, limitação de taxa, detecção de senhas vazadas e proteção de contas.

Ambos podem existir no mesmo incidente. No entanto, orçamentos de segurança e requisitos regulatórios devem refletir mecanismos verificados, e não um rótulo chamativo.

A investigação policial também deve esclarecer se um grupo controlou a atividade. Infraestrutura compartilhada e métodos semelhantes sugerem coordenação, mas nenhum dos dois prova propriedade comum.

A atribuição a um país ou organização patrocinada por um Estado exigiria evidências muito mais robustas. Lee Sang-geun, da Korea University, advertiu que as informações disponíveis não justificavam atribuir a operação a uma nação específica.

O terceiro sinal é se a revisão emergencial se transforma em governança contínua. Sistemas auxiliares mudam com frequência demais para que uma inspeção única ofereça garantia duradoura.

Os bancos devem manter inventários atualizados de ativos voltados ao público e testá-los sempre que software, permissões, fornecedores ou fluxos de dados mudarem. Também devem verificar se serviços desativados estão de fato inacessíveis.

Os reguladores podem reforçar essa disciplina avaliando superfícies de ataque reais em vez de depender principalmente de documentos e resultados amplos de certificação. Exercícios controlados de red team podem revelar se um serviço supostamente secundário expõe informações valiosas.

Um red team é um grupo autorizado que imita o comportamento de atacantes para testar as defesas de uma organização. A IA pode ajudar essas equipes a examinar mais serviços, mas as instituições devem registrar as conclusões e corrigir vulnerabilidades prontamente.

A governança de fornecedores precisará de atenção equivalente. Os contratos devem definir requisitos de segurança, deveres de notificação, acesso a logs, prazos para correções e o direito do banco de inspecionar sistemas que tratam informações regulamentadas.

As violações de outubro também dão aos reguladores a oportunidade de conectar pilotos de defesa com IA a resultados mensuráveis. Os participantes devem informar as vulnerabilidades descobertas, tempos de resposta, falsos alarmes e interrupções operacionais criadas por ferramentas automatizadas.

Esses resultados podem determinar se mudanças mais amplas nas regras de rede melhoram a resiliência ou introduzem novos riscos. Eles também podem ajudar instituições menores a adotar controles testados sem repetir todos os experimentos.

Os consumidores devem ficar atentos a notificações diretas dos bancos afetados e manter cautela diante de mensagens que contenham detalhes precisos sobre empréstimos ou emprego. Informações expostas anteriormente podem fazer com que ligações e e-mails fraudulentos pareçam confiáveis.

Organizações fora do setor financeiro devem tirar a mesma lição. O caminho até dados sensíveis muitas vezes passa por um portal de suporte, uma integração com fornecedor ou uma ferramenta interna de conveniência, e não pelo produto mais visível.

Os ciberataques com IA contra bancos coreanos são importantes porque combinam uma fragilidade antiga com um potencialmente mais rápido atacante. Autenticação fraca e serviços externos esquecidos são problemas conhecidos. A automação agêntica pode procurar esses problemas repetidamente em muitas instituições.

A investigação ainda precisa estabelecer exatamente o que a ARTEX AI fez. Essa incerteza deve restringir as alegações, não diminuir a urgência.

Agora, os bancos têm uma ação concreta: inventariar todos os serviços acessíveis, mapear os dados por trás deles e questionar cada caminho de autenticação. A questão para os próximos três meses é se a revisão da Coreia produzirá mudanças verificáveis antes que os atacantes testem as mesmas portas novamente.