Alegações de hacking com IA no Shinhan Bank expõem lacuna na segurança financeira da Coreia

As alegações de hacking com IA no Shinhan Bank evoluíram de um vazamento de dados para um alerta em todo o setor, envolvendo sete empresas financeiras coreanas. Investigadores encontraram infraestrutura sobreposta e ataques automatizados semelhantes, mas não confirmaram que um agente de IA tenha causado todas as invasões.

Essa distinção importa. A campanha não penetrou os sistemas protegidos que gerenciam depósitos, transferências ou saldos de contas. Em vez disso, os invasores encontraram serviços voltados para a internet mais frágeis, usados por corretores de empréstimos, funcionários bancários e equipes de suporte.

O conflito, portanto, é maior do que IA versus cibersegurança. Os bancos coreanos construíram suas defesas em torno da proteção das redes centrais, enquanto sistemas menos visíveis acumularam dados de clientes e controles de acesso mais fracos. A automação dos ataques transformou esses serviços negligenciados em uma rota eficiente para contornar as muralhas mais fortes do setor.

O caso de hacking com IA no Shinhan Bank se espalhou por sete empresas

O incidente se tornou uma crise no setor financeiro quando investigadores conectaram ataques semelhantes em bancos, bancos de poupança e uma empresa de financiamento ao consumidor.

O Shinhan Bank divulgou que uma parte não autorizada havia acessado informações pessoais por meio de um serviço usado para consultar o andamento de solicitações de empréstimo. As informações expostas incluíam nomes de clientes, números de telefone, renda anual e outros dados de identificação.

De acordo com detalhes apresentados à Assembleia Nacional da Coreia, o acesso suspeito começou às 18h04 de 28 de setembro. A atividade continuou até 0h15 de 30 de setembro, criando uma janela de ataque de cerca de 30 horas.

Os invasores extraíram 25.727 registros. O Shinhan detectou a atividade em 29 de setembro, bloqueou endereços de protocolo de internet e suspendeu serviços. No entanto, tentativas contra seis serviços teriam continuado enquanto o invasor se movia por infraestrutura em oito países.

A campanha logo pareceu mais ampla. O KB Kookmin Bank descobriu que invasores haviam alcançado dois sistemas móveis de suporte usados por gerentes de relacionamento e banqueiros privados. A atividade durou 42 horas e 41 minutos, do fim de 27 de setembro até a noite de 29 de setembro.

Esse incidente expôs 153 registros, incluindo informações associadas a 20 funcionários. Alguns registros de clientes continham números de registro de residente criptografados, além de nomes e números de celular.

O Hana Bank relatou informações pessoais envolvendo 89 clientes. O Woori Bank e o NH Nonghyup Bank detectaram tentativas relacionadas, mas afirmaram que seus controles bloquearam o acesso não autorizado antes que informações vazassem.

Os ataques também foram além dos maiores bancos comerciais da Coreia. O Yegaram Savings Bank relatou que aproximadamente 40.000 clientes tiveram nomes, datas de nascimento e informações de contato expostos. A Hyundai Capital identificou informações vazadas associadas a 146 corretores de empréstimos.

O Welcome Savings Bank e o BNK Busan Bank também estavam entre as sete empresas nas quais as autoridades identificaram invasões. O relatório inicial do setor afirmou que essas empresas sofreram vazamentos de informações de clientes durante a campanha mais ampla.

A Federação Coreana de Cooperativas de Crédito Comunitário detectou uma tentativa de acesso a partir de um endereço associado ao incidente do Shinhan. Seus equipamentos de segurança bloquearam a atividade, e nenhuma informação teria vazado. Uma tentativa semelhante contra a rede de financiamento mútuo ligada ao NH Nonghyup também falhou.

Investigadores descobriram que um conjunto de endereços de internet aparecia em diversos incidentes bancários. Um conjunto diferente apareceu em ataques contra bancos de poupança e a Hyundai Capital, embora os métodos parecessem semelhantes.

Os invasores também continuaram mudando de endereço. Esse comportamento reduziu o valor de bloquear uma única origem após a detecção e reforçou a necessidade de analisar o comportamento em várias instituições.

As autoridades não haviam relatado perdas financeiras nem interferência nos serviços bancários voltados ao cliente no momento da publicação. Ainda assim, informações pessoais expostas criam oportunidades para falsificação de identidade, phishing direcionado e fraude por voz.

O resultado não é uma única penetração catastrófica. É um conjunto distribuído de comprometimentos menores que, coletivamente, expôs um problema estrutural nas finanças coreanas.

Os invasores contornaram a fortaleza do core banking

As redes financeiras mais protegidas da Coreia resistiram, mas sistemas secundários criaram caminhos para dados valiosos sem exigir acesso ao núcleo.

As instituições financeiras coreanas separam redes internas sensíveis da internet pública. Essa separação de redes reduz a probabilidade de que um invasor externo alcance diretamente sistemas que processam depósitos, empréstimos, transferências e saldos.

Esse modelo funcionou em um aspecto importante. Investigadores não encontraram indícios de que a campanha tenha alcançado sistemas centrais de transações. Os clientes puderam continuar usando o mobile banking, e os vazamentos relatados não incluíam credenciais capazes de autorizar pagamentos diretamente.

No entanto, o mesmo modelo criou uma suposição perigosa. As equipes de segurança podiam tratar um aplicativo como menos crítico por não movimentar dinheiro, mesmo quando ele exibia nomes, identificadores, renda, dados de contato ou informações de empréstimos.

O ponto de entrada no Shinhan ilustra a fraqueza. Os invasores miraram um serviço para corretores de empréstimos que permitia aos usuários consultar o andamento das solicitações. Eles teriam gerado ou testado números de clientes até que o serviço retornasse registros válidos.

No KB Kookmin Bank, os serviços expostos davam suporte a funcionários, e não a clientes comuns. Ferramentas móveis para banqueiros privados e gerentes de relacionamento ficavam fora do ambiente central do banco, mas ainda forneciam acesso a dados pessoais.

Outros padrões de incidentes incluíam restrições incompletas de dispositivos, verificações de autorização ausentes, vulnerabilidades web conhecidas e arquivos de log expostos. Cada fraqueza pertencia a uma camada diferente da aplicação, mas todas estavam mais próximas da internet pública do que os sistemas principais dos bancos.

Esses sistemas às vezes são descritos como sites satélite porque apoiam uma empresa financeira sem fazer parte de sua plataforma principal de transações. Eles podem incluir portais de corretores, páginas móveis internas, ferramentas de consulta, sites de marketing e serviços operados por fornecedores.

Sistemas satélite frequentemente recebem menos recursos do que o internet banking. Eles também podem ter proprietários, contratados, cronogramas de lançamento e regras de monitoramento diferentes. Essas diferenças criam autenticação inconsistente dentro de uma mesma instituição.

Um invasor não se importa com qual equipe interna é responsável por um aplicativo. Ele procura o serviço menos protegido que possa revelar informações úteis.

Esta campanha parece ter industrializado essa busca. As autoridades acreditam que os invasores examinaram muitas instituições financeiras, em vez de selecionar cada vítima por meio de pesquisa manual cuidadosa. Empresas com controles fracos foram comprometidas, enquanto instituições que usavam autenticação mais forte bloquearam tentativas semelhantes.

A investigação envolvendo várias empresas concluiu que a autenticação multifator ajudou a diferenciar invasões bem-sucedidas de ataques bloqueados. A autenticação multifator exige uma prova adicional de identidade além de uma senha ou sessão.

Essa descoberta desloca o debate para além das alegações dramáticas sobre um hacker de IA imparável. Controles básicos de acesso ainda influenciaram o resultado. As invasões expuseram falhas em autenticação, autorização, gestão de ativos e correção de vulnerabilidades.

Ainda assim, a campanha alterou a economia de explorar essas falhas. Uma equipe humana consegue inspecionar apenas uma quantidade limitada de portais bancários obscuros. Ferramentas automatizadas podem testar mais serviços, repetir solicitações continuamente, alternar infraestrutura e preservar uma sequência bem-sucedida para reutilização.

A fortaleza do core banking da Coreia, portanto, não desabou. Os invasores simplesmente descobriram que não precisavam entrar nela.

Ataques com ARTEX AI são suspeitos, não comprovados

As evidências apontam para possível automação assistida por IA, mas ainda não provam que o ARTEX AI executou as invasões de forma autônoma.

A pista pública mais forte veio de uma infraestrutura considerada associada aos ataques. Pesquisadores de segurança observaram “ARTEX” nos títulos HTML de servidores web envolvidos em incidentes recentes.

Um título HTML é o rótulo exibido em uma aba do navegador. Neste caso, o título exposto incluía, segundo relatos, texto em chinês que descrevia um console autônomo de testes de penetração com IA.

ARTEX AI é um sistema de código aberto desenvolvido em torno de grandes modelos de linguagem. Ele pode ajudar operadores a coletar informações, identificar vulnerabilidades, planejar caminhos de ataque, executar ferramentas de segurança e verificar resultados.

Essas funções o tornam útil para testes de penetração autorizados, nos quais equipes de segurança simulam ataques com permissão. Elas também podem torná-lo útil para criminosos que desejam automatizar partes repetitivas de uma invasão.

Moon Jong-hyun, chefe do Genians Security Center, caracterizou o título observado como evidência circunstancial. Sua avaliação sustenta a possibilidade de que ARTEX AI, ou um ambiente relacionado, tenha operado na infraestrutura.

No entanto, um nome de produto visível em um servidor não estabelece como a ferramenta foi usada. Ele não mostra quais solicitações o software gerou, se um humano aprovou cada etapa ou se o mesmo sistema atingiu todas as vítimas.

A análise da infraestrutura do ARTEX observou explicitamente que o uso da ferramenta nos ataques não havia sido confirmado. Essa limitação deve permanecer central em qualquer relato sobre o caso de hacking com IA no Shinhan Bank.

O software de código aberto também enfraquece a atribuição geográfica. Uma interface em chinês não prova que o operador estava na China. Qualquer pessoa pode baixar código disponível publicamente, modificá-lo, instalá-lo em infraestrutura alugada ou deixar artefatos enganosos.

Os invasores usaram endereços associados à Coreia, aos Estados Unidos, ao Japão, a Hong Kong, Singapura, Vietnã, Tailândia e Reino Unido. Essa distribuição diz mais sobre infraestrutura prontamente disponível do que sobre a identidade do invasor.

As autoridades também observaram diferenças entre os incidentes. Alguns ataques podem não ter envolvido IA, mesmo quando seu momento ou suas técnicas se assemelhavam à campanha mais ampla.

Ainda assim, o comportamento operacional sustenta uma hipótese de automação. Os invasores miraram várias instituições, enviaram solicitações em volume, mudaram de endereço e continuaram investigando após fontes individuais serem bloqueadas.

Agentes de IA podem coordenar essas etapas, mas scripts convencionais também podem realizar muitas delas. Credential stuffing, testes aleatórios de identificadores, varredura de vulnerabilidades e rotação de endereços já existiam antes da IA generativa.

Credential stuffing normalmente significa testar combinações de nome de usuário e senha roubadas em outro lugar. Algumas reportagens aplicaram esse termo ao incidente do Shinhan, embora o comportamento descrito também incluísse consultas aleatórias por identificadores válidos de clientes.

Essa ambiguidade é outro motivo para evitar tratar “hacking com IA” como uma explicação técnica completa. O rótulo pode combinar métodos distintos que exigem defesas diferentes.

Se credenciais roubadas impulsionaram uma invasão, os bancos precisam de autenticação mais forte e detecção de senhas reutilizadas. Se um aplicativo expôs registros após consultas previsíveis, a falha imediata envolvia autorização e controles de taxa.

Se ARTEX AI encontrou uma falha de software conhecida, o problema inclui a demora na aplicação de correções e ativos expostos. Se um operador humano dirigiu a ferramenta durante toda a campanha, o incidente foi assistido por IA, e não autônomo.

A conclusão relevante é mais limitada, mas ainda séria. Ferramentas que combinam modelos de raciocínio com softwares de segurança estabelecidos podem reduzir o esforço necessário para procurar sistemas vulneráveis em escala.

A Automação Mudou o Custo de Atacar Bancos

A mudança central na segurança não é uma nova categoria de vulnerabilidade, mas um custo menor para encontrar e explorar fraquezas conhecidas em muitos alvos.

A varredura tradicional de vulnerabilidades já permite que invasores inspecionem grandes faixas de endereços. Scripts podem testar senhas, consultar endpoints e identificar versões comuns de software sem IA.

Sistemas agentivos acrescentam outra camada. Um agente de IA pode interpretar resultados, escolher uma ação de acompanhamento, adaptar um plano e chamar outras ferramentas com envolvimento humano limitado.

Essa capacidade não torna todos os ataques sofisticados. Ela torna a persistência e a amplitude mais baratas.

Um invasor humano poderia abandonar um portal secundário de empréstimos após encontrar uma resposta desconhecida. Um agente pode analisar a saída, revisar sua solicitação, testar um endpoint relacionado e documentar qual ação produziu um registro.

O mesmo fluxo de trabalho pode ser transferido para outro banco sem começar do zero. Uma sequência bem-sucedida contra uma instituição se torna um modelo para identificar serviços comparáveis em outros lugares.

Isso ajuda a explicar por que os invasores teriam atravessado categorias institucionais. Bancos comerciais, bancos de poupança, organizações de finanças mútuas e uma empresa de capital não compartilham uma única plataforma central. Eles compartilham serviços voltados para a internet que processam dados de clientes ou funcionários.

As equipes de segurança enfrentam uma diferença desfavorável de carga de trabalho. Um invasor automatizado pode buscar continuamente, enquanto os defensores precisam inventariar ativos, coordenar fornecedores, revisar logs, aplicar correções de software e evitar a interrupção de serviços financeiros.

O desequilíbrio cresce quando uma instituição não conhece todos os sistemas que expõe. Um antigo site de suporte pode continuar acessível depois que seu projeto original termina. Um portal de fornecedor pode reter acesso excessivo porque nenhuma equipe revisita suas permissões.

Os invasores precisam de apenas uma aplicação esquecida. Os defensores precisam cobrir todas elas.

Pesquisadores citados na análise sobre as violações bancárias enfatizaram a autenticação fraca e o monitoramento inadequado de consultas em massa. Esses controles importam porque a automação deixa evidências comportamentais mesmo quando a ferramenta específica permanece desconhecida.

Um serviço público não deveria retornar milhares de registros sensíveis porque um cliente percorre identificadores. Limites de taxa podem desacelerar volumes anormais de solicitações, enquanto a detecção comportamental pode identificar padrões distribuídos entre vários endereços.

A autorização também deve se aplicar a cada solicitação de registro. Fazer login em um portal não deveria dar a um usuário permissão para recuperar informações de outro cliente alterando um número em uma solicitação.

Os bancos também precisam de controles que conectem eventos entre subsidiárias, fornecedores e plataformas secundárias. Uma enxurrada de consultas inválidas em um portal de corretora pode parecer sem importância até que outra instituição relate a mesma sequência.

É nesse ponto que a IA pode apoiar os defensores. Modelos podem ajudar a correlacionar sinais, resumir atividades incomuns, priorizar ativos expostos e auxiliar na avaliação de vulnerabilidades.

No entanto, a IA defensiva depende do acesso a dados relevantes. Uma separação rígida pode impedir que ferramentas de segurança analisem conjuntamente serviços externos e telemetria interna.

A Comissão de Serviços Financeiros da Coreia já havia reconhecido essa tensão antes das violações. Em maio, propôs flexibilizar requisitos de separação de redes para instituições qualificadas que utilizem ferramentas de segurança de IA e software como serviço.

A política de cibersegurança inicialmente abrangia 49 empresas financeiras com pelo menos 10 trilhões de won em ativos e 1.000 funcionários regulares. Participantes aprovados poderiam receber alívio temporário por um ano após uma revisão por especialistas.

A política cria uma difícil contrapartida. Conectar ferramentas defensivas mais capazes pode melhorar a detecção de ameaças, mas cada nova conexão pode ampliar a superfície de ataque se o acesso for mal controlado.

A resposta não é conectividade irrestrita. As empresas financeiras precisam de acesso a dados com escopo restrito, controles robustos de identidade, contas de serviço monitoradas e isolamento em torno de qualquer sistema de IA que possa executar ferramentas de segurança.

Um agente de defesa autônomo com privilégios amplos pode criar seus próprios riscos. Ele pode classificar incorretamente uma atividade, interromper serviços legítimos, expor logs sensíveis ou realizar ações fora do escopo pretendido.

Portanto, a IA aumenta a pressão sobre a governança, bem como sobre a tecnologia. As instituições precisam definir quais sistemas um agente pode inspecionar, quais ações exigem aprovação humana e como cada decisão é registrada.

A Segurança Financeira Agora Depende dos Sistemas Fora do Cofre

As violações transformam a governança de serviços externos em uma questão de nível de conselho, porque esses serviços podem expor clientes sem afetar saldos de contas.

Programas de segurança financeira frequentemente priorizam o cenário mais danoso: roubo, manipulação de pagamentos ou perda prolongada do processamento de transações. Essa prioridade faz sentido, mas pode deixar dados pessoais distribuídos por sistemas com salvaguardas mais fracas.

A ausência de perda financeira imediata não deve minimizar esta campanha. Nomes, números de telefone, dados de renda, registros de empréstimos, datas de nascimento e identificadores nacionais podem viabilizar fraudes altamente convincentes.

Um criminoso pode combinar informações bancárias vazadas com dados de outras violações. O resultado pode fazer uma mensagem de phishing ou uma ligação de voz parecer vir de um funcionário do banco que entende as finanças da vítima.

O presidente da Comissão de Serviços Financeiros, Lee Eog-weon, disse que as informações vazadas não pareciam suficientes para pagamentos não autorizados. Ele também alertou que criminosos poderiam usá-las para phishing por voz e outros golpes.

O presidente Lee Jae Myung ordenou uma investigação completa e contramedidas em 4 de outubro. A ordem seguiu divulgações de várias instituições financeiras e relatos de tentativas de acesso em organizações adicionais.

A FSC e o Serviço de Supervisão Financeira convocaram então executivos das empresas afetadas. O regulador disse ao setor financeiro que mantivesse seu mais alto nível de vigilância.

Segundo a resposta do governo, os reguladores reconheceram violações em bancos comerciais, bancos de poupança e empresas especializadas em financiamento de crédito. Eles não descartaram o uso de ferramentas de IA.

O Serviço de Supervisão Financeira distribuiu endereços de invasores e orientações de segurança a aproximadamente 500 empresas financeiras. Bancos e empresas de cartões foram instruídos a concluir verificações emergenciais até 6 de outubro.

Corretoras, seguradoras, bancos de poupança e provedores de financiamento eletrônico receberam o prazo de 8 de outubro. A revisão utilizou uma lista de verificação de 12 itens que abrangia bloqueio de invasores, checagens de incidentes, ativos expostos e segurança de serviços.

As autoridades também dividiram as fragilidades observadas em três categorias de resposta. Serviços de consulta precisavam de revisões quanto à ausência de verificações de identidade. Ferramentas de suporte a funcionários exigiam controles mais fortes de dispositivos e autorização.

Sites públicos precisavam de correções para vulnerabilidades conhecidas e salvaguardas contra código malicioso. Serviços que não pudessem ser corrigidos rapidamente enfrentariam suspensão.

Essas medidas tratam da exposição imediata, mas o trabalho mais difícil vem depois. As instituições precisam decidir se cada serviço secundário precisa existir, quais informações ele deve reter e quem continua responsável quando um fornecedor o opera.

A minimização de dados pode reduzir as consequências de uma falha. Um serviço de status de empréstimo não precisa revelar todos os campos mantidos por um banco apenas porque essas informações existem em outro lugar.

O mesmo princípio se aplica aos logs. Logs operacionais podem silenciosamente se transformar em bancos de dados de clientes quando aplicativos registram nomes, identificadores, conteúdos de solicitações ou dados de resposta. Os invasores teriam obtido informações de clientes a partir de arquivos de log em pelo menos um padrão de incidente.

A supervisão de fornecedores também exige verificação contínua. Um questionário de segurança preenchido antes da assinatura de um contrato não pode mostrar se a autenticação falhou após uma atualização de software.

As empresas financeiras precisam de um inventário atualizado de seus ativos voltados para a internet, incluindo sistemas operados por contratados. Cada ativo deve ter um responsável, uma classificação de dados, um padrão de autenticação e uma data de desativação.

As organizações também precisam testar o que acontece depois que um controle falha. Uma correção não aplicada não deveria expor automaticamente um conjunto de dados completo. Uma sessão válida não deveria permitir enumeração irrestrita de registros.

Este é o verdadeiro conflito entre promessa e realidade exposto pelos ciberataques contra bancos coreanos. O setor poderia afirmar corretamente que suas redes centrais estavam isoladas enquanto os clientes permaneciam vulneráveis por meio dos sistemas que as cercam.

Três Sinais Mostrarão se a Coreia Pode Conter o Risco

O próximo teste é saber se reguladores e bancos transformarão verificações emergenciais em mudanças mensuráveis antes que os invasores reutilizem o mesmo método.

O primeiro sinal é a investigação técnica sobre ARTEX AI. A polícia e as autoridades financeiras precisam estabelecer qual infraestrutura executou a ferramenta, quais ações ela realizou e onde operadores humanos continuaram envolvidos.

A confirmação fortaleceria a tese de que sistemas autônomos de teste de invasão passaram de testes de segurança controlados para ataques coordenados contra instituições financeiras. Uma constatação de que scripts convencionais causaram a maioria das violações enfraqueceria a alegação específica sobre IA.

Qualquer um dos resultados ainda seria importante. Os defensores precisam de uma cadeia de ataque precisa, e não de um rótulo dramático, para decidir quais controles falharam.

O segundo sinal é o resultado da revisão emergencial da Coreia em aproximadamente 500 empresas financeiras. Os reguladores deveriam divulgar quantos serviços expostos não tinham verificações de identidade, restrições de dispositivos, correções ou monitoramento eficaz.

Um pequeno número de achados adicionais sugeriria que as vítimas conhecidas representavam um grupo incomumente vulnerável. Um número grande indicaria que as sete empresas relatadas eram apenas a ponta visível de um problema em todo o setor.

A revisão também deveria revelar se ataques bloqueados superaram os bem-sucedidos. Essa comparação pode identificar quais controles funcionaram sob pressão real.

O terceiro sinal é a política de separação de redes do governo. Os reguladores estavam programados para selecionar outro grupo de participantes para regras flexibilizadas em 7 de outubro, pouco depois de as violações se tornarem públicas.

Continuar o programa com critérios de elegibilidade rígidos sinalizaria confiança de que a defesa assistida por IA pode superar os riscos de conectividade adicional. Atrasos ou permissões mais restritas mostrariam que a campanha alterou o cálculo de risco do governo.

A política não deveria se tornar um referendo sobre se a IA é boa ou ruim para a segurança. A questão mais útil é se as instituições podem dar às ferramentas defensivas visibilidade suficiente sem criar caminhos descontrolados para ambientes sensíveis.

Os bancos também deveriam comunicar melhorias que os clientes possam avaliar. Elas incluem uso mais amplo de autenticação multifator, remoção de serviços públicos desnecessários, detecção mais rápida de incidentes e avisos mais claros sobre dados expostos.

A alegação de invasão por IA do Shinhan Bank permanecerá incompleta até que os investigadores publiquem evidências mais fortes. O que já está claro é que a automação encontrou valor fora dos sistemas bancários mais bem protegidos da Coreia.

Essa lição se estende além da Coreia. Qualquer instituição financeira com um núcleo protegido e uma coleção extensa de portais, ferramentas móveis, fornecedores e sites legados enfrenta a mesma tensão arquitetônica.

Os líderes de segurança devem perguntar qual serviço externo guarda os dados mais sensíveis com a autenticação mais fraca. Os clientes devem ficar atentos a avisos precisos de violação e tratar ligações inesperadas sobre empréstimos ou identidade com cautela redobrada.

A resposta decisiva não será uma nova muralha em torno do cofre. Será o controlo contínuo de cada sistema menor ligado à instituição, antes que atacantes automatizados mapeiem esses sistemas primeiro.