Status DataClose notification

Binance Hack: What We Know About the $6.3B Breach

Dmytro Matviiv
Dmytro MatviivCEO HackenProof
7 Minutes ReadPublished: 30 Oct 2026

The Short Version

On the night of October 29, 2026, an attacker drained Binance hot wallets across as many as nine blockchains in under four hours. Binance first pointed to a compromised DevOps engineer's laptop, but a later update says investigators have found additional points of breach. The estimated impact is around $6.3 billion, with about $3 billion frozen on-chain so far.

Binance says it has found no evidence of a wallet private key leak, and that it will cover all losses from its SAFU fund and company funds. Several outlets already call it the largest theft in crypto history.

For users, the message is reassuring: balances are covered. For every security team in Web3, the message is harder. If attackers can find several ways into the world's largest exchange at once, which of your controls are actually resilient, and which ones are you simply trusting until someone tests them?

Timeline of The Binance Hack

The attack ran from about 20:04 to 23:56 UTC on October 29 and hit Binance wallets on ten blockchains: Ethereum, Bitcoin, Tron, XRP Ledger, Solana, Arbitrum, Avalanche, Optimism, Base, and Polygon. Most of the funds were left in about 20 minutes, starting at 20:05 UTC; the attacker then swept the compromised wallets again at 20:41, 20:59, 21:04, 21:44, 22:39, and 23:56 UTC. Stablecoin issuers started freezing funds within an hour; Binance paused withdrawals roughly two hours after the first on-chain activity.

Time (UTC) Event

Oct 29, ~20:04

First suspicious activity on the XRP Ledger

~20:20

Tron and Bitcoin wallets drained; EIP-7702 authorizations land on Ethereum

~20:24

Large Ethereum sweep: ~167,464 ETH, ~1.615B USDT and other tokens

Shortly after

Attacker moves ~700M USDT to fresh addresses and swaps part of it before freezes take effect

~21:01

First freeze: Tether freezes 971.1M USDT in the attacker's main receiving wallet

~21:04

Circle freezes 823M USDC in the same wallet

~21:25

Tether's CEO reports more than $1.567B USDT frozen

22:10–22:26

World Liberty Financial freezes 27.8M USD1 in the main receiving wallet (22:10), then USD1 in the compromised Binance hot wallet (22:26)

~22:15–22:33

Binance pauses withdrawals (reported times differ);

~23:56

Attacker's last sweep of the compromised wallets

Oct 30, 00:13

Binance pledges to cover all losses

Oct 30, 02:25

Official statement: compromised DevOps laptop, ~$6.3B impact, ~$3B frozen on-chain

Oct 30, morning

Co-CEO Richard Teng posts a direct statement to users

Oct 30, ~08:47

Investigation update: additional points of breach found beyond the laptop; withdrawals expected back in ~45 hours

Early loss estimates varied widely as analysts tracked different chains: ~$3.3B for Ethereum alone, $5.5–5.8B in on-chain analyst tallies, and ~$6.3B in multi-chain tracking, which matches Binance's official figure. Ripple and the Arbitrum Security Council also joined the freezes, and Aave froze its Avalanche markets.

How The Attack Worked

The attacker never needed Binance's private keys. They needed a machine that was allowed to ask for signatures. A compromised DevOps laptop was the first route Binance identified, and its latest update says there were others.

In Binance's initial findings, the attack ran as below. A later update says investigators have since found additional points of breach, so treat this as one confirmed route in, not the full picture:

  1. Endpoint compromise. A DevOps engineer's laptop was compromised. How it happened (phishing, malware, a poisoned dependency) has not been disclosed.
  2. Lateral movement into production. From the laptop, the attacker reached a service container inside Binance's withdrawal infrastructure.
  3. Abuse of a trusted service. The container could submit withdrawal transactions, so the attacker submitted unauthorized ones. The wallet system signed them because they came from a trusted source.
  4. Fast, multi-chain extraction. TRM Labs says about $6.36B left Binance wallets across 10 blockchains. Most of it went in about 20 minutes from 20:05 UTC, followed by smaller sweeps until 23:56 UTC

On Ethereum, on-chain evidence shows a Tornado Cash-funded address switched a Binance hot wallet to run its own contract through an EIP-7702 delegation, which requires a valid signature from the wallet. That fits Binance's "no private key leak" line: the keys stayed put, but the service that uses them was turned against them.

Co-CEO Richard Teng stressed that this was not one engineer's permissions or a single "one-click" action, but a more complex attack process, and that the investigation has not blamed any individual. Binance's latest update backs this up: it calls the incident a complex attack and says investigators have found additional points of breach beyond the laptop.

TRM Labs and Chainalysis attribute the theft to TraderTraitor, a North Korean state-linked unit, and Chainalysis says it spotted funds from September's Bitget exploit mixing with the Binance proceeds.

The pattern is familiar. The $1.5B Bybit hack in February 2025 also started on a single developer machine, at wallet provider Safe, which was used to push a malicious transaction that Bybit's signers approved. In both of the two largest exchange thefts on record, a compromised engineer's computer was part of the way in, not broken cryptography.

How Binance And The Ecosystem Responded

The response limited the damage to roughly half the stolen amount, mostly thanks to stablecoin issuers who could freeze tokens at the contract level.

  • Freezes. About $3B is frozen on-chain so far. Tether alone reported more than 1.567B USDT frozen, and Circle more than 800M USDC. Ripple, World Liberty, the Arbitrum Security Council, and others froze smaller amounts.
  • What can't be frozen. Native BTC and ETH have no issuer to freeze them. TRM Labs says the attacker now holds more than 420,000 ETH and 18,270 BTC, about $2.4B beyond any issuer's reach. CryptoQuant tracked the BTC split into 19 fresh addresses, untouched as of its post.
  • Withdrawals paused. Binance suspended withdrawals while it rebuilds the withdrawal service and its related addresses, and revoked the affected address authorizations. Binance says outflows stopped once withdrawals were paused, that it is on track to resume them in about 45 hours, and that deposits remain unaffected.
  • Coverage. Binance says it will cover all losses from the SAFU fund and company funds. SAFU holds about 15,000 BTC, roughly $1.17B, so the balance sheet carries the rest.
  • Next disclosures. A full technical post-mortem once facts are verified, and an updated Proof of Reserves after remediation. Law enforcement and blockchain intelligence partners are tracing the funds.

Crypto Times reports Binance.US was not affected and that Binance Alpha trading was also paused as a precaution.

Within hours, Binance had paused the withdrawal path, put out a cause and a loss estimate, committed to covering losses, and was working with issuers to freeze about half the stolen funds. HackenProof's CTO sees that as the part of the story worth learning from:

"No system is immune to vulnerabilities. No codebase is guaranteed to be bug-free. How a team responds when things go wrong matters. Credit to the Binance team for their handling of this incident—strong incident response deserves recognition."
— Alex Horlan, CTO at HackenProof

Security Lessons From The Binance Breach

The core lesson: strong key storage is not enough if the systems allowed to request signatures can be reached from an ordinary laptop. The full post-mortem will add detail, but the known facts already point to six controls every exchange, custodian, and Web3 platform should re-test now.

1. Engineer endpoints are part of the custody perimeter

A DevOps laptop with a path to production is as sensitive as the hot wallet it can reach. Treat it that way: dedicated hardened workstations for privileged work, EDR with real monitoring, and no production access from the device used for email, browsing, and chat.

2. Control who can ask for a signature, not only how keys are stored

MPC and HSMs protect keys from theft. They do not stop a trusted service from requesting a bad transaction. Put an independent policy layer between the requester and the signer: destination allowlists, per-asset limits, and out-of-band multi-party approval above set thresholds.

3. Don't trust services just because they're inside

A compromised container submitted withdrawals that the system accepted. Service-to-service trust needs the same scrutiny as user access: scoped and short-lived credentials, network segmentation between DevOps tooling and the withdrawal path, and alerts on any unusual caller.

4. Build circuit breakers that trip in minutes

TRM Labs says most of the $6.36B left in about 20 minutes, and sweeps continued for more than three hours. Withdrawals were paused roughly two hours after the first suspicious activity. Automated outflow limits and anomaly-triggered pauses on hot wallets close that gap; so does keeping hot wallet balances to what daily operations actually need.

5. Re-review signing policies after every protocol upgrade

EIP-7702 lets an Ethereum account delegate its code with one signed authorization. If a signing service will sign that authorization type, an attacker who controls the requester can rewire the wallet. New transaction types should be blocked by default until someone explicitly approves them.

6. Test the whole chain the way an attacker would

Audits check what you designed; attackers test what you actually run. The route Binance has described so far crossed an endpoint, internal infrastructure, a withdrawal service, and on-chain wallet logic, and Binance now says there were more points of breach. Only testing that follows the same route, across all four, finds the gaps between them.

Where HackenProof Helps

No single service would have guaranteed this attack failed. What reduces the odds is layered, adversarial testing that follows the same path an attacker takes, from people and endpoints to infrastructure to on-chain logic. That is the work HackenProof does for crypto exchanges, custodians, and Web3 platforms.

Gap exposed by the Binance breach How HackenProof helps

Production is reachable from an engineer's device

Penetration testing scoped around your withdrawal path: internal access, service-to-service trust, and the controls in front of signing

Controls look fine on paper but fail in production

A continuous bug bounty program that puts a global community of white-hat researchers on your live systems, with rewards tied to real impact

Wallet and contract logic abused through new features like EIP-7702

A smart contract audit and cryptography review of wallet, delegation, and withdrawal logic

No clear route for outsiders to report what they spot

A vulnerability disclosure program so researchers who notice an exposed service can report it before attackers use it

Too many reports, too little signal

Professional triage: every report is validated and prioritized before it reaches your team

Exchanges are where HackenProof started. Platforms such as OKX have run programs on HackenProof, and the platform reports more than $95B in digital assets protected. The lesson here is simple: the attacker tested Binance's real-world chain of trust before anyone else did. Make sure researchers you trust test yours first.

FAQ

How much was stolen in the Binance hack?

Binance estimates the total impact at around $6.3B. About $3B has been frozen on-chain, mainly USDT and USDC frozen by Tether and Circle. TRM Labs puts outflows at about $6.36B; Chainalysis put the theft at $5.9B as it happened.

How did the hackers get into Binance?

Binance's initial investigation pointed to a compromised DevOps engineer's laptop, used to reach a service container and submit unauthorized withdrawal transactions. A later update says investigators found additional points of breach and called it a complex attack. Binance found no evidence that wallet private keys leaked.

Are Binance users' funds safe?

Binance says user funds are safe and that it will cover all losses from the SAFU fund and company funds. Withdrawals are paused and expected back in about 45 hours, per Binance's latest update. Deposits remain unaffected.

Who is behind the Binance hack?

Binance has not named an attacker. Blockchain analytics firms TRM Labs and Chainalysis attribute it to TraderTraitor, a North Korean state-linked hacking group.

Is this the largest crypto hack ever?

Yes, at an estimated $6.3B, it is about four times the $1.5B Bybit hack of February 2025, the previous record.

How can exchanges prevent a similar attack?

Treat engineer devices with production access as part of the custody perimeter, add an independent policy layer in front of signing, limit service-to-service trust, and set automated outflow circuit breakers. Then test the whole chain adversarially through penetration testing and a continuous bug bounty program.

Share article:

More topics: