Binance confirma que ferramenta de codificação com IA adulterada abriu caminho para roubo de US$ 6,43 bilhões
A Binance divulgou que o maior roubo de criptoativos da história, US$ 6,43 bilhões em 29 de outubro, resultou de uma campanha de meses que combinou entrevistas de emprego falsas com engenharia social e o comprometimento de uma instalação adulterada de uma ferramenta de codificação com IA baixada por um engenheiro da equipe de carteiras. O acesso inicial evoluiu até comprometer também ferramentas de IA internas da empresa, ampliando o alcance dos atacantes dentro da infraestrutura de produção. A exchange já recuperou 98% dos ativos afetados, mas o caso ilustra como ferramentas de IA usadas por desenvolvedores se tornaram um vetor de ataque de cadeia de suprimentos de alto impacto.
Segundo relatório de segurança publicado pela própria Binance, a preparação do ataque começou em junho, quando um engenheiro de DevOps da equipe de infraestrutura de carteiras baixou, via uma instalação adulterada do gerenciador de pacotes Homebrew, uma ferramenta de codificação com IA popular que havia encontrado em uma busca comum na internet. Esse pacote comprometido expôs credenciais do próprio engenheiro e, por extensão, de colegas da equipe de carteiras, dando aos atacantes um ponto de apoio inicial que passaria meses sendo expandido antes da ação final em 29 de outubro de 2026.
Tecnicamente, o episódio combina dois padrões já conhecidos, mas raramente vistos operando em conjunto nessa escala: comprometimento de cadeia de suprimentos de software (um instalador popular de ferramenta de desenvolvimento foi adulterado para roubar credenciais no momento da instalação) e engenharia social direcionada via recrutamento falso, usada para mapear e confirmar quais funcionários tinham acesso privilegiado à infraestrutura de carteiras antes de agir. O relatório da Binance também menciona que ferramentas de IA internas da empresa foram comprometidas durante a campanha, servindo como vetor adicional de acesso a sistemas de produção — ou seja, a própria automação interna baseada em IA, que deveria acelerar operações, passou a ser abusada pelos atacantes como ponte para sistemas sensíveis.
O que torna este caso particularmente relevante para segurança de IA é o papel duplo que ferramentas de IA desempenharam: de um lado, como isca e vetor de entrada (um instalador de "ferramenta de codificação com IA" foi o gancho usado para comprometer o primeiro dispositivo), e de outro, como superfície de ataque interna explorada depois que o acesso inicial foi obtido. Isso reforça um ponto que vem se repetindo em incidentes recentes: desenvolvedores confiam cegamente em ferramentas de IA de produtividade e as instalam a partir de fontes não totalmente verificadas, criando uma porta de entrada atraente para atacantes que sabem que esse comportamento é comum em equipes de engenharia.
Na prática, o incidente deve pressionar exchanges e empresas de infraestrutura financeira a tratar ferramentas de desenvolvimento assistidas por IA com o mesmo rigor de cadeia de suprimentos aplicado a dependências de software tradicionais — verificação de integridade de instaladores, isolamento de credenciais de infraestrutura crítica do ambiente de desenvolvimento geral, e auditoria periódica de quais sistemas de IA internos têm acesso a quais recursos de produção. A recuperação de 98% dos ativos é um resultado operacional positivo, mas não anula o fato de que o vetor de entrada — uma ferramenta de IA adulterada baixada de forma rotineira por um engenheiro — continua sendo trivialmente replicável contra qualquer organização que não trate o download de software de produtividade como evento de risco.