In about twenty minutes on October 29, someone moved $6.3 billion out of Binance’s hot wallets across ten blockchains. Sixty-four transfers rode the main Ethereum transaction alone. The largest cryptocurrency exchange in the world halted trading and suspended withdrawals, set aside $6 billion to cover the losses, and started explaining how the largest Binance hack on record traced back to, of all things, one engineer’s laptop.

The exchange’s own update, as quoted by Hacken’s analysis team, is careful: the security incident “may involve a compromised DevOps engineer’s laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions.” Binance also stated it has “found no evidence of any wallet private key leak.”

Read that twice, because the combination is the part most companies are getting wrong too. No key stolen, service-level access gained, withdrawals submitted. The money did not walk out the front door with the keys. It walked out through a trusted path that nobody was watching.

What actually happened, hour by hour

Attribution came fast. TRM Labs linked the operation with high confidence to TraderTraitor, the North Korean unit the FBI blamed for the Bybit theft, and an FBI Cyber bulletin on October 31 stated plainly that North Korea was responsible. The chain-analytics company Elliptic, whose chief scientist called this “almost certainly the single largest-known theft of any kind,” is not exaggerating: the previous record was Bybit’s $1.5 billion loss in February 2025, and this event more than quadrupled it.

The transfer sequence ran across ten chains: Ethereum ($3.8 billion), Bitcoin (18,270 BTC, about $1.5 billion), Tron ($628 million), XRP ($296 million), Solana ($96 million), and five more networks carrying the remainder. One Ethereum transaction alone carried over $2.5 billion. Binance’s co-chief executive, Richard Teng, told CNBC the attackers used EIP-7702, Ethereum’s account-delegation mechanism, against a hot wallet. On nine of the ten chains the funds left through ordinary transfers; the delegation trick changed the pace on Ethereum, not the fundamentals elsewhere.

Chain analysts traced at least 36 hours of setup: Tornado Cash deposits into an operator wallet on the morning of October 28, test runs against two wallets during the 29th, then the live run that evening. Not everything waited to be frozen: about $786 million of stablecoins converted to ETH and TRX before the freezes landed, but the bulk stayed on-chain, and the laundering process is the attacker’s real deadline. Freezing mattered immediately.

It mattered enough to work. Tether froze wallets at 9:01 pm UTC with Circle following three minutes later, and stablecoin issuers and partners eventually locked up roughly $3 billion of the take. Bitcoin’s $1.5 billion could not be frozen. The remainder, about $1.8 billion, stayed with the attackers, subject to market timing that shifts the dollar figures (source estimates run $6.3 to $6.4 billion at time of theft).

The laptop-to-signer trust path

Binance says the compromise of the laptop gave the attacker reach into a service container authorized to submit withdrawal transactions. No evidence of key theft, no evidence of vault compromise. The money left through legitimate signing infrastructure, triggered with unauthorized intent.

Phoenix Security’s analysis frames the three conditions that had to hold at once: a workstation holding credentials or sessions into a production container, a signing service that authenticated the caller “but did not evaluate what it was being asked to sign,” and the technical room to submit what came next. The summary judgment on the Ethereum leg, which Phoenix attributes to TRM, is blunt: the attacker gained the ability to make Binance’s hot-wallet signing system sign transactions of the attacker’s choosing.

The Ethereum mechanics showcase how patient this was. Because each EIP-7702 authorization is valid only for a specific nonce, the attacker pre-obtained authorizations for fifty consecutive nonces and submitted the batch in one type-4 transaction at 20:20 UTC, hoping one would land as the wallet’s count ticked forward. Blockaid’s on-chain work, reported by Cointelegraph, ties the wallet to “Binance 14.” The attacker also left a sweeper contract behind, which could not be neutralized from outside; disabling it required an internal signature first.

Teng’s framing matters as much as the mechanics. Per Hacken’s quoting of the company, he pushed back on the tidy story: the attacker “did not simply use one engineer’s permissions, and this was not a single ’one-click’ action.” Binance later confirmed its investigation “has uncovered additional points of breach.” A full technical post-mortem is still pending.

About the phishing question

Executives keep asking whether this started with a phishing email, and the honest answer is that nobody outside the investigation can say yet. Binance has not stated how the laptop was compromised. Early Ethereum speculation about authorization phishing described delegation phishing on-chain, which is a different mechanism from the laptop entry point. What is fair to say: luring engineers is standard play for a Lazarus-family crew, and the Bybit post-mortem from February 2025 showed how productive a single developer machine can be when a signing path runs through it. Treat phishing as the working hypothesis, not as fact, and note that the confirmed lesson does not depend on it: whatever put the attacker on that laptop, the signer accepted what it was asked to sign.

The controls that break this chain

The uncomfortable part for most mid-market teams is how ordinary the failure conditions are, with a wallet signer swapped for a payment gateway, a deployment pipeline, or a treasury platform.

  • Segment workstations from the production paths they administer. Standing VPN-to-everything access on a laptop is the same exposure Binance is now living through, and phishing is only one of the ways a workstation loses its story. Cap what service identities can do by time and by transaction. The signing service authenticated a caller and then signed whatever arrived, which is exactly the confused-deputy posture most internal APIs still hold. Alert on batch authorizations. A request spanning dozens of consecutive nonces is a compromise signature, not efficiency. Most orgs have no rule for it because it has never happened before. Keep the majority out of the hot layer. Binance could promise to make users whole because it had $6 billion set aside against a $6.3 billion theft. Few mid-market companies carry that kind of liquid backstop; most run the other direction. Build the freeze playbook before you need it. Tether and Circle froze within minutes, and the response ran on pre-existing relationships. Yours should name who calls the issuers at 9 pm on a Thursday. Expect the audit to follow the headlines. Examiners and auditors in crypto-adjacent financial services already ask for signer inventories, change control on automated transfers, and cold-storage ratios; the evidence expectations look like the CRA’s 24-hour vulnerability reporting discipline, not a quarterly attestation.

What management should do next

Ask three questions this week and get answers with evidence. First, which production accounts can move value, and which laptops hold sessions into them? Second, when our signing or payment services validate a request, do they check what is being signed, or only who is asking? Third, if $5 million left our accounts in an evening, who freezes it before sunrise?

If the honest answers make you wince, that is the finding an examiner would reach a quarter later. Our digital assets security practice is built for exactly this custody-and-controls conversation, and the same trust-path questions surface in MCP integrations, where agents reach the systems your engineers administer. You can contact NTD Consulting for a custody and signer-path review before the exam asks for one. The same trust-boundary work sits inside broader risk and compliance programs that answer the 9 pm question in advance.

Ron Moore runs NTD Consulting, which provides fractional CISO and cybersecurity advisory services to mid-market SaaS, fintech, and digital-asset companies.