Às 20h05 UTC do dia 29 de outubro de 2026, a Binance — a maior exchange centralizada de criptomoedas do mundo — sofreu uma drenagem de US$ 6,3 bilhões em apenas 20 minutos.

Diferente do que muitos imaginaram nos primeiros minutos de pânico no mercado, não houve vazamento de chaves privadas, falha de consenso de camada 1 ou exploit direto de contratos inteligentes imutáveis.

As investigações forenses conduzidas pela TRM Labs, Chainalysis, pelo detetive on-chain ZachXBT e pela própria equipe de segurança da Binance revelaram uma operação patrocinada por estado, atribuída à unidade cibernética norte-coreana TraderTraitor (Lazarus Group).

O ataque combinou engenharia social direcionada contra engenheiros DevOps com uma exploração cirúrgica do padrão EIP-7702 do Ethereum e o comprometimento da infraestrutura de assinatura interna.

Abaixo, dissecamos a cadeia de ataque passo a passo e as lições fundamentais de arquitetura para times de engenharia e segurança.

1. A Linha do Tempo da Infiltração: De Junho a Outubro de 2026

O ataque levou quatro meses de preparação meticulosa para ser executado.

Junho de 2026: O Ponto de Entrada via Supply Chain

Um engenheiro de Wallet DevOps da Binance realizou o download de um pacote de terceiros via Homebrew enquanto pesquisava ferramentas de assistência de código com IA. O pacote continha um artefato malicioso ofuscado que estabeleceu persistência silenciosa no ambiente local da máquina do desenvolvedor. Foi o ponto de apoio inicial para movimentação lateral na rede corporativa.

Setembro de 2026: Escalação via Falsas Entrevistas Técnicas

Operadores do grupo TraderTraitor criaram perfis corporativos convincentes em redes sociais profissionais e plataformas de recrutamento. Engenheiros responsáveis pela infraestrutura de wallets da exchange foram abordados com propostas de emprego altamente atrativas.

Durante as supostas "avaliações técnicas", os candidatos eram orientados a rodar suítes de teste de codificação e ambientes isolados. Esses scripts instalaram malware avançado, capturaram tokens de sessão, credenciais de infraestrutura e consolidaram acesso aos clusters de DevOps e containers de assinatura.

29 de Outubro de 2026 (20h05 UTC): A Janela de Execução

Com acesso aos ambientes de contêineres de assinatura, os invasores dispararam ordens automatizadas. Em uma janela de aproximadamente 30 minutos (sendo a maior parte do capital drenada nos primeiros 20 minutos), hot wallets da Binance em 10 blockchains diferentes emitiram transações válidas em favor dos atacantes.

2. O Mecanismo do Exploit: EIP-7702 e Nonce Guessing

O vetor mais sofisticado do ataque ocorreu na rede Ethereum, explorando o padrão EIP-7702 (introduzido na atualização Pectra de maio de 2025).

[ Hot Wallet "Binance 14" ] (Nonce ativo mudando a cada segundo) │ ├──► 50 Autorizações EIP-7702 submetidas em lote │ (Nonces pré-assinados: N, N+1, N+2... N+49) │ ▼ [ Nonce coincide com a autorização ] ──► [ Delegação de Execução ativada ] │ ▼ [ Smart Contract Sweeper Malicioso ] │ ▼ [ Drenagem Automática de Fundos ]

O que é o EIP-7702?

O EIP-7702 permite que contas de chave privada tradicionais (EOAs) deleguem temporariamente o controle de execução para um smart contract dentro de uma transação. Isso viabiliza abstração de contas e funcionalidades programáveis sem exigir que o usuário migre para uma smart wallet contratual.

Como o Nonce Guessing funcionou na prática?

A hot wallet alvo — identificada on-chain como "Binance 14" — estava sob alto volume operacional, processando saques legítimos de clientes ininterruptamente. Seu nonce (contador sequencial de transações) mudava com extrema rapidez.

Para vencer o dinamismo do nonce:

  1. Os atacantes empacotaram e submeteram uma única transação contendo 50 autorizações EIP-7702 pré-assinadas, cada uma associada a um valor diferente de nonce sequencial.
  2. Uma das 50 autorizações coincidiu exatamente com o nonce que a carteira executava naquele segundo.
  3. Ao ser processada pela rede, a carteira "Binance 14" delegou seu controle para um smart contract sweeper dos atacantes.
  4. O contrato varreu automaticamente os ativos da carteira diretamente para endereços dos invasores, bypassando completamente os fluxos internos de autorização da exchange.

3. O Compromisso da Infraestrutura de Assinatura

Enquanto o Ethereum era drenado pelo abuso do EIP-7702, hot wallets da Binance em outras 9 blockchains (como Bitcoin, Tron e redes EVM) também transferiam ativos em massa via transações comuns perfeitamente assinadas.

Isso estabelece o diagnóstico central:

Não se tratou de uma chave privada extraída e vazada. Os atacantes assumiram o controle dos microsserviços e contêineres de assinatura (signing containers).

Para as redes blockchain, as transações eram matematicamente legítimas. Para dificultar a resposta a incidentes, as ferramentas maliciosas injetadas nos contêineres possuíam rotinas de autodestruição forense, apagando artefatos e logs da memória durante a execução.

4. A Resposta do Ecossistema e Liquidez

A resposta ao ataque combinou amortecedores financeiros internos e coordenação descentralizada:

  • Suspensão de Operações: A Binance congelou saques e depósitos por cerca de 45 horas para reconstruir contêineres de assinatura e refazer credenciais de infraestrutura.
  • Fundo SAFU & Reservas: A exchange acionou o fundo SAFU (Secure Asset Fund for Users), o Futures Insurance Fund e capital próprio para cobrir 100% das perdas dos clientes, mantendo as reservas lastreadas.
  • Congelamento Coordenado: Emissores de stablecoins e redes (Tether, Circle, Ripple e Arbitrum) congelaram coletivamente entre US$ 2,5 bilhões e US$ 2,85 bilhões dos fundos roubados, demonstrando a atuação de circuit breakers no ecossistema cripto.

5. Principais Lições para Engenheiros de Software e SecOps

  1. A Infraestrutura de Assinatura é o Alvo Moderno:

    Proteger chaves com HSMs (Hardware Security Modules) ou esquemas de MPC (Multi-Party Computation) não é suficiente se a camada de microsserviços que solicita as assinaturas estiver vulnerável a sequestro de sessão ou adulteração de containers.

  2. Engenharia Social contra Engenheiros:

    Processos seletivos fakes representam um dos maiores vetores de espionagem estatal contra equipes de tecnologia. Desafios técnicos e ferramentas de avaliação devem rodar estritamente em ambientes air-gapped ou máquinas virtuais descartáveis sem acesso à rede corporativa.

  3. Análise Adversarial de Novos Padrões (RFCs e EIPs):

    O EIP-7702 é um avanço significativo de usabilidade, mas criou uma superfície de ataque imprevista em contas com alta taxa de transação. Novos protocolos precisam passar por modelagem de ameaças sob a ótica de abuso estruturado.

  4. Autocustódia é a Mitigação Definitiva:

    Embora os fundos dos usuários tenham sido garantidos pelo SAFU nesta ocasião, o evento reforça o axioma fundamental do universo descentralizado: Not your keys, not your coins.

Artigo técnico original e documentação completa publicados no Vexis Sentinel.