Category: Security · Incident Response · Digital Assets
Level: Foundational
Between 20:04 and 23:56 UTC on October 29, 2026, Binance's own withdrawal system signed and released $6.3 billion from 17 hot wallets, spread across 9 blockchains, to an account that belonged to no customer. The largest cryptocurrency theft ever recorded — bigger than Bybit (~$1.5 billion, February 2025), bigger than Coincheck, bigger than anything before it. In under four hours, a meaningful slice of one of the world's largest exchanges simply walked out the door.
Binance's first explanation didn't last long. And that's exactly where this case gets interesting for anyone who works in security: this isn't the story of a leaked private key, it's the story of an explanation that kept shrinking as the investigation went on.
In the first hours, Binance's version was straightforward: a compromised DevOps engineer's laptop had given an outside actor access to an internal service container, allowing unauthorized withdrawal transactions to be submitted. A clean story, with a specific culprit (a device), a specific cause (phishing or malware on a laptop), and an obvious lesson (lock down the endpoints of anyone with privileged access).
That version didn't hold for long. Co-CEO Richard Teng publicly walked it back, saying the attack involved a "more complex" process than the misuse of a single laptop's permissions. Binance confirmed it had identified "additional points of breach" beyond the original laptop — without detailing what they were. As of this writing, the company hasn't disclosed how the laptop was compromised in the first place, nor confirmed whether the affected wallets used MPC, multisig, or another signing scheme. A full technical post-mortem and an updated proof of reserves were promised, but haven't shipped yet.
This isn't unusual — it's the pattern. The first explanation of any major incident is almost always the simplest one to tell and the least complete one to be true, because it ships before the forensic investigation is done.
Technical reconstructions from TRM Labs and Elliptic describe the core mechanism: a single transaction bundled 50 pre-signed EIP-7702 authorizations (Ethereum's standard letting a regular account — an EOA — temporarily behave like a smart contract), redirecting a Binance hot wallet to a "sweeper" contract — a contract built to do exactly one thing: sweep a wallet's balance the moment it's pointed at it.
The critical detail: the withdrawal transactions carried valid signatures from Binance's own hot-wallet infrastructure. No private key leaked — Binance was categorical about that. What happened is that the attacker, having reached the service container through the compromised laptop, got the legitimate signing system to approve transactions that should never have been approved. The validation path that was supposed to block those withdrawals simply didn't.
That's an important distinction, and it's the kind of detail that separates "the key leaked" from "the process that decides what gets signed was fooled" — two completely different problems, with completely different defenses.
This incident exposed a point custody analysts (Fireblocks published an analysis on October 30) had mostly been making in the abstract until now: MPC (Multi-Party Computation) protects key material, but it doesn't protect the orchestration layer that decides when and what gets signed.
Splitting a private key across multiple parties, so no single party can reconstruct it alone, is a real defense against outright key theft. But if the system that instructs the MPC nodes what to sign is compromised — and that's exactly the system that says "sign this withdrawal transaction" — the key never has to be stolen. It does exactly what it was designed to do: sign what it was told to sign. The problem isn't the cryptography, it's the decision layer wrapped around it.
Fireblocks pointed to the real defenses against this kind of scenario: granular policy controls, transaction simulation before signing (predicting the on-chain outcome before approving), and delegation restrictions — exactly the controls that, apparently, didn't catch 50 EIP-7702 authorizations going out at once to an unknown contract.
This pattern — the cryptographic protection working exactly as designed, and the attack happening at the layer that decides or displays what's being signed — isn't new. It's structurally almost identical to what happened to Bybit in February 2025 (~$1.5 billion, mostly in ETH).
At Bybit, the vector was different: malicious JavaScript injected into the Safe{Wallet} UI through a compromised developer machine (some reports point to phished AWS credentials as the entry point). The multisig was 2-of-3. All three signers saw, on screen, a legitimate transaction — correct destination address, correct URL, everything checked out. But the payload that actually reached the hardware wallets for signing was different: a delegatecall swapping the Safe contract's masterCopy for a backdoored version. The signers signed exactly what they saw on screen. The problem is the screen was lying.
Bybit and Binance are, at bottom, the same lesson told two different ways: multisig and MPC protect against someone stealing or forging a signature, not against the system around them being fooled into requesting or displaying the wrong one. In both cases, the signing mechanism worked perfectly — it signed exactly what it was instructed to sign. The failure was entirely in whoever, or whatever, decided what would be instructed.
Attribution here followed a confidence hierarchy worth noting. First came the blockchain intelligence firms: TRM Labs (with what they call high confidence, citing on-chain and off-chain intelligence), Chainalysis, and independent investigator ZachXBT, all pointing to TraderTraitor — the Lazarus Group unit linked to North Korea. TRM cited specific features matching the group's earlier attacks: the same small Tornado Cash "staging" transactions well before the main heist, and fund co-mingling linked to other attacks already attributed to them.
On November 1, the FBI officially confirmed the attribution to TraderTraitor, expecting the stolen assets to be laundered through DeFi and instant swap services, and noting ongoing conversion into Ethereum. The FBI also directly tied this attack to the group behind Bybit — same actor, similar tradecraft, nearly two years apart.
Worth noting the caveat: not all public attribution is aligned. The US president publicly stated "we don't know if it's North Korea," even after the FBI's confirmation — a reminder that geopolitical attribution of cyberattacks is rarely unanimous, even when technical and intelligence agencies converge.
Containment moved fast by industry standards. Tether froze more than $1.5 billion, Circle more than $800 million — between the two, and with other partners, roughly $3 billion of the withdrawn funds were already frozen by the morning after the attack (October 30). Binance announced it had replaced roughly 90% of the stolen amount with company funds, publicly guaranteeing users wouldn't bear the loss. Withdrawals resumed in phases starting November 1.
Market impact was immediate but contained: bitcoin dipped to a six-week low of around $76,368 before partially recovering.
Weighing what's confirmed against what's still open:
Confirmed: the approximate amount (~$6.3 billion, with some variation between sources), the time window (20:04–23:56 UTC, Oct 29), the number of wallets and blockchains affected, the on-chain mechanism (50 EIP-7702 authorizations redirecting to a sweeper), that the signatures were valid and no private key leaked, the FBI's attribution to TraderTraitor, and the containment response (freezes, 90% replacement, resumed withdrawals).
Not yet publicly confirmed: how the engineer's laptop was originally compromised, what exactly the "additional points of breach" Binance mentioned were, whether the affected wallets used MPC, multisig, or another scheme, and the final exact amount stolen (estimates still range between $5.9 and $6.7 billion depending on the source).
The full technical post-mortem Binance promised is the document that will actually settle whether this was an isolated incident involving one specific engineer or a systemic gap in the exchange's privileged access model. Until then, any reconstruction — including this one — rests on third-party intelligence (TRM, Elliptic, Chainalysis) and partial statements from Binance itself, not a complete, official forensic report.
Related: BleepingComputer — Binance links $6.3 billion crypto theft to compromised DevOps laptop · BleepingComputer — FBI links $6.3 billion Binance crypto heist to North Korean hackers · Forbes — Binance Lost $6.3 Billion In 20 Minutes · CBC — Binance says vast majority of stolen $6.3B replaced · NCC Group — In-Depth Technical Analysis of the Bybit Hack
Categoria: Segurança · Resposta a Incidentes · Ativos Digitais
Nível: Fundamental
Entre 20h04 e 23h56 UTC de 29 de outubro de 2026, o sistema de saques da própria Binance assinou e liberou US$ 6,3 bilhões de 17 carteiras quentes, espalhados por 9 blockchains, pra uma conta que não era de nenhum cliente. O maior roubo de criptoativos já registrado — maior que o da Bybit (~US$ 1,5 bilhão, fevereiro de 2025), maior que o da Coincheck, maior que qualquer coisa antes dele. Em menos de quatro horas, uma fatia relevante de um dos maiores exchanges do mundo simplesmente saiu pela porta.
A primeira explicação da Binance durou pouco. E é exatamente aí que esse caso fica interessante pra quem trabalha com segurança: não é a história de uma chave privada vazada, é a história de uma explicação que foi encolhendo conforme a investigação avançava.
Nas primeiras horas, a versão da Binance era direta: um laptop comprometido de um engenheiro de DevOps teria dado a um agente externo acesso a um container de serviço interno, permitindo a submissão de transações de saque não autorizadas. Uma história limpa, com um culpado específico (um dispositivo), uma causa específica (phishing ou malware num laptop) e uma lição óbvia (proteja os endpoints de quem tem acesso privilegiado).
Não demorou pra essa versão não se sustentar. O co-CEO Richard Teng recuou publicamente, dizendo que o ataque envolveu um processo "mais complexo" do que o uso indevido das permissões de um único laptop. A Binance confirmou ter identificado "pontos de violação adicionais" além do laptop original — sem detalhar quais. Até a publicação deste texto, a empresa não divulgou como o laptop foi comprometido em primeiro lugar, nem confirmou se as carteiras afetadas usavam MPC, multisig, ou outro esquema de assinatura. Um post-mortem técnico completo e uma prova de reservas atualizada foram prometidos, mas ainda não saíram.
Isso não é incomum — é o padrão. A primeira explicação de qualquer incidente grande quase sempre é a mais simples de contar e a mais incompleta de verdade, porque sai antes da investigação forense terminar.
Reconstruções técnicas da TRM Labs e da Elliptic descrevem o mecanismo central: uma única transação reuniu 50 autorizações pré-assinadas no formato EIP-7702 (o padrão do Ethereum que permite uma conta comum — EOA — se comportar temporariamente como um contrato inteligente), redirecionando uma carteira quente da Binance pra um contrato "sweeper" — um contrato desenhado só pra varrer o saldo de uma carteira assim que ela aponta pra ele.
O ponto crítico: as transações de saque carregavam assinaturas válidas da própria infraestrutura de carteiras quentes da Binance. Não houve vazamento de chave privada — a Binance foi categórica nisso. O que aconteceu foi que o atacante, tendo alcançado o container de serviço via o laptop comprometido, conseguiu fazer o sistema de assinatura legítimo aprovar transações que nunca deveriam ter sido aprovadas. O caminho de validação que deveria ter barrado esses saques simplesmente não barrou.
Isso é uma distinção importante e é o tipo de detalhe que separa "a chave vazou" de "o processo que decide o que assinar foi enganado" — dois problemas completamente diferentes, com defesas completamente diferentes.
Esse incidente expôs um ponto que analistas de custódia (Fireblocks publicou uma análise em 30 de outubro) vinham discutindo de forma mais teórica até agora: MPC (Multi-Party Computation) protege o material da chave, mas não protege a camada de orquestração que decide quando e o que vai ser assinado.
Dividir uma chave privada entre múltiplas partes, de forma que nenhuma parte sozinha consiga reconstruí-la, é uma defesa real contra roubo direto de chave. Mas se o sistema que instrui os nós de MPC sobre o que assinar for comprometido — e é exatamente esse sistema que decide "assine esta transação de saque" — a chave nunca precisa ser roubada. Ela faz exatamente o que foi projetada pra fazer: assinar o que foi mandado assinar. O problema não é a criptografia, é a camada de decisão em volta dela.
Fireblocks apontou como defesas reais pra esse tipo de cenário: controles de política granulares, simulação de transação antes da assinatura (prever o resultado on-chain antes de aprovar), e restrições de delegação — exatamente os controles que, aparentemente, não pegaram 50 autorizações EIP-7702 saindo de uma vez só pra um contrato desconhecido.
Esse padrão — a proteção criptográfica funcionando perfeitamente, e o ataque acontecendo na camada que decide ou mostra o que está sendo assinado — não é novo. É quase idêntico, estruturalmente, ao que aconteceu com a Bybit em fevereiro de 2025 (~US$ 1,5 bilhão, majoritariamente em ETH).
Na Bybit, o vetor foi diferente: JavaScript malicioso injetado na interface do Safe{Wallet} através de uma máquina de desenvolvedor comprometida (alguns relatos apontam credenciais AWS phishadas como ponto de entrada). O multisig era 2-de-3. Os três signatários viam, na tela, uma transação legítima — endereço de destino correto, URL correta, tudo batendo. Mas o payload que de fato chegava nos hardware wallets pra assinatura era outro: um delegatecall que trocava a masterCopy do contrato Safe por uma versão com backdoor. Os signatários assinaram exatamente o que viram na tela. O problema é que a tela estava mentindo.
Bybit e Binance são, no fundo, a mesma lição contada de dois jeitos diferentes: multisig e MPC protegem contra alguém roubar ou forjar uma assinatura, não contra o sistema em volta ser enganado pra pedir ou mostrar a assinatura errada. Em ambos os casos, o mecanismo de assinatura funcionou perfeitamente — assinou exatamente o que foi instruído a assinar. A falha estava inteiramente em quem (ou o quê) decidia o que seria instruído.
A atribuição aqui seguiu uma hierarquia de confiança que vale notar. Primeiro vieram as firmas de inteligência blockchain: TRM Labs (com o que chamam de alta confiança, citando inteligência on-chain e off-chain), Chainalysis, e o investigador independente ZachXBT, todos apontando pro TraderTraitor — a unidade do Lazarus Group, ligado à Coreia do Norte. TRM citou características específicas batendo com ataques anteriores do grupo: as mesmas pequenas movimentações de "staging" via Tornado Cash bem antes do golpe principal, e mistura de fundos ligada a outros ataques já atribuídos a eles.
Em 1º de novembro, o FBI confirmou oficialmente a atribuição ao TraderTraitor, prevendo que os ativos roubados serão lavados via DeFi e serviços de swap instantâneo, e observando conversão em andamento pra Ethereum. O FBI também ligou esse ataque diretamente ao grupo responsável pela Bybit — mesmo ator, tradecraft parecido, quase dois anos de intervalo.
Vale registrar a ressalva: nem toda a atribuição pública está alinhada. O presidente americano declarou publicamente "não sabemos se é a Coreia do Norte", mesmo depois da confirmação do FBI — um lembrete de que atribuição geopolítica de ataques cibernéticos raramente é unânime, mesmo quando agências técnicas e de inteligência convergem.
A resposta de contenção foi rápida pros padrões do setor. Tether congelou mais de US$ 1,5 bilhão, Circle mais de US$ 800 milhões — entre as duas, e com outros parceiros, cerca de US$ 3 bilhões dos fundos sacados já estavam congelados na manhã seguinte ao ataque (30 de outubro). A Binance anunciou que repôs cerca de 90% do valor roubado com capital próprio, garantindo publicamente que usuários não arcariam com a perda. Saques foram retomados em fases a partir de 1º de novembro.
O impacto de mercado foi imediato mas contido: bitcoin caiu pra uma mínima de seis semanas, por volta de US$ 76.368, antes de se recuperar parcialmente.
Reunindo o que está confirmado contra o que ainda está em aberto:
Confirmado: o valor aproximado (~US$ 6,3 bilhões, com alguma variação entre fontes), a janela de tempo (20h04–23h56 UTC, 29/10), o número de carteiras e blockchains afetadas, o mecanismo on-chain (50 autorizações EIP-7702 redirecionando pra um sweeper), que as assinaturas eram válidas e nenhuma chave privada vazou, a atribuição ao TraderTraitor pelo FBI, e a resposta de contenção (congelamentos, reposição de 90%, retomada de saques).
Ainda não confirmado publicamente: como o laptop do engenheiro foi comprometido originalmente, quais foram exatamente os "pontos de violação adicionais" que a Binance mencionou, se as carteiras afetadas usavam MPC, multisig ou outro esquema, e o valor final exato do roubo (as estimativas ainda variam entre US$ 5,9 e 6,7 bilhões dependendo da fonte).
O post-mortem técnico completo prometido pela Binance é o documento que vai, de fato, decidir se esse foi um incidente isolado de um engenheiro específico ou uma falha sistêmica no modelo de acesso privilegiado da exchange. Até lá, qualquer reconstrução — inclusive esta — é baseada em inteligência de terceiros (TRM, Elliptic, Chainalysis) e declarações parciais da própria Binance, não num relatório forense completo e oficial.
Relacionado: BleepingComputer — Binance links $6.3 billion crypto theft to compromised DevOps laptop · BleepingComputer — FBI links $6.3 billion Binance crypto heist to North Korean hackers · Forbes — Binance Lost $6.3 Billion In 20 Minutes · CBC — Binance says vast majority of stolen $6.3B replaced · NCC Group — In-Depth Technical Analysis of the Bybit Hack