SecurityEndpoints & devicesAnalysis
Binance’s 3 November report traces the theft in four steps, June to 29 October: what each step relied on, and the published controls that break each link.
On 30 October we reported the night itself: about US$6.3bn out of Binance’s hot wallets from 20:05 UTC, most of it in 20 minutes. What Binance could say then was that the incident may involve a “compromised DevOps engineer’s laptop”.2 Its report of 3 November goes back five months and names three engineers, two lures and one internal AI tool. This piece reads that report step by step, asks what each step relied on, and sets each one against the controls that US, Japanese, Australian and German agencies, and OWASP, have published for exactly this kind of campaign. The question for any company whose engineers can reach money, production or customer data: which of these links would hold in your own building?
Binance calls it “a sophisticated, multi-stage campaign” and “not a single isolated breach or a simple phishing incident.”1 In June, “Engineer A from Wallet DevOps downloaded a tampered Homebrew installation in order to install a popular AI coding tool after searching for it on a search engine.” Homebrew is the common package manager developers use to install tools on a Mac. Binance’s security team “detected the anomaly, replaced the device, and rotated all related credentials”, but by then “Engineer A’s role and his related colleagues on our wallet infrastructure team was exposed to the hacker.”1
In September a second engineer, B, was “contacted through a legitimate job-hunting platform by an individual posing as a Project Director”. A purported HR representative ran a live video interview, and someone “claiming to be the CEO of a fictitious company” followed. B was told to download an “assignment” containing a malicious code repository onto his work computer; the code “executed during the setup process”, replacing a legitimate development tool component with a malicious one that ran commands and talked to an attacker’s server. “The 0-day malware was not detected by the endpoint security protection tools at the time,” and the attacker removed traces of it.1
Five months from a fake installer to the withdrawal, with the internal AI tool nine days before the theft
The attack chain and Binance's response, June to 3 November 2026, as dated in Binance's incident report
| Date | Event | Detail |
|---|---|---|
| Jun 2026 | June: tampered Homebrew | Engineer A (Wallet DevOps) installs it while looking for an AI coding tool; device replaced, credentials rotated |
| Sept 2026 | Sept: fake job interview | Engineer B runs an “assignment” repository on his work computer; a zero-day the endpoint tools miss |
| Oct 2026 | 20 Oct: AI tool as springboard | Control over engineers A and C; a container deployment token found on A's computer |
| Oct 2026 | 29 Oct: container deployed | From C's computer with A's token; hot-wallet outflows from 20:05 UTC |
| Oct 2026 | 30 Oct: delegation cleared | 00:10 UTC, after a last unauthorised transfer of 2,961.9 ETH at 23:56 |
| Oct 2026 | 31 Oct: FBI names TraderTraitor | 628 addresses listed; Binance has refilled 98% of the tokens |
| Nov 2026 | 3 Nov: Binance's report | About US$2.85bn frozen or intercepted |
Source: Binance incident report, 3 November 2026; FBI alert of 31 October as reported by SecurityWeek · as of 4 November 2026 · Binance gives no day for the June and September steps; they are placed at the start of each month
On 20 October the two threads met. “The attacker leveraged the compromised computer of engineer B and used an internal AI tool to gain control over the Wallet DevOps Engineer A and another Wallet Software Engineer C.” On A’s computer (his first had been replaced in June) the attacker “soon discovered” a “container deployment permission token”. On 29 October, “between 17:15 and 19:56”, the attacker logged onto C’s computer, used A’s credentials, deployed a container and “triggered a malicious script to launch the attack.” From there it had “unauthorized access to an internal wallet signing service”, and between 20:05 and 20:09 UTC (01:35 to 01:39 on 30 October in India) five hot wallets sent 233.46 million XRP to an attacker’s address. Binance also lists about 970,500 SOL, 44.2 million OP and 18,270 BTC sent to attacker addresses.1
No step in Binance’s account needed a stolen private key. Each uses something an engineer is meant to use: a search engine to find a tool, a job platform, a take-home coding test, a colleague-facing internal tool, a token that deploys containers, and a signing service that signs what the deployment asks it to. The last step used Ethereum’s EIP-7702, which, in Binance’s words, “allows an account to delegate certain execution rights to a smart contract without exposing the private key.” Through the signing service, the attacker gave “an attacker-controlled smart contract partial execution rights over a Binance hot wallet.”1 That is why Binance could say on 30 October that it had found no evidence of a private key leak:2 no key had to leave. And because the hot wallet used MPC, where no single party holds a whole key, “there was no single private key that could be used to immediately revoke” the authorisations; Binance built “a specialized procedure”, and at 00:10 UTC sent an authorisation from its Binance14 hot wallet to the zero address, clearing the delegation.1
Four steps, four trusted paths: from a search result to the wallet's signing service
Binance's four stages of the attack (its own labels) and what each relied on, June to 29 October 2026
Supply chain attack (June)
Relied on: a search result and a trusted installer. Caught, but the wallet team was already exposed.
Social engineering (Sept)
Relied on: a real job platform and a test run on a work computer. A zero-day the endpoint tools missed.
AI tool as springboard (20 Oct)
Relied on: an internal AI tool that reached colleagues’ machines. It led to a deployment token on a laptop.
Wallet signing (29 Oct)
Relied on: a token that could launch a container, and a signing service that signed for it, then an EIP-7702 delegation.
Source: Binance incident report, 3 November 2026; 'what it relied on' is TechBag's reading of that report · as of 4 November 2026
Binance has seen this pattern before. Its report says it detected and prevented 57 suspected North Korea-linked cyber threat cases in 2026, using “fraudulent job interviews, malicious software disguised as popular developer tools”, compromised software packages and browser extensions, and fake video-conferencing apps.1 The September lure matches what a joint advisory of 18 September from Japan’s National Police Agency, the FBI, Australia’s ASD and two German agencies describes for the group it calls WaterPlum, better known as “Contagious Interview”: actors who “require job seekers participate in technical online virtual interviews or complete technical coding assignments”, and who have infected “at least 30,000 devices in more than 100 countries”.10 Binance itself has not tied its compromise to a named campaign.7 The June lure has a public twin too: on 1 May the SANS Internet Storm Center documented search ads leading to a fake Homebrew page that installed the MacSync stealer.13 Binance does not say whether its June installer came the same way.
“Approximately USD 6.34 billion in digital assets were impacted by the incident,” Binance says, and “approximately USD 2.85 billion in digital assets have been frozen or intercepted, subject to reconciliation and market price volatility.” Separately, “as of 31 October 2026, 98% of the impacted token assets have been replenished”, verifiable on its Proof of Reserves page: Binance refilled its wallets from its own funds, which is not the same as getting the stolen assets back.1 Our Note of 30 October reported that Tether and Circle froze about US$1.8bn of stolen stablecoins within the first hour, by TRM Labs’ reconstruction; Binance put the frozen total at about US$3bn that day.32 Its 3 November figure, after reconciliation began, is US$2.85bn.
Less than half the stolen value is frozen; Binance has refilled 98% of the tokens itself
Share of the US$6.34bn impacted that is frozen or intercepted (3 November) and share of impacted token assets Binance has replenished (31 October), %
45%
Frozen or intercepted
about US$2.85bn of US$6.34bn
98%
Token assets replenished by Binance
from its own funds, as of 31 October
Source: Binance incident report, 3 November 2026; frozen share computed by TechBag · as of 4 November 2026 · Frozen: US$2.85bn ÷ US$6.34bn = 44.95%, shown as 45; Binance says the figure is subject to reconciliation and price moves
Binance does not make its own attribution: “The latest information released by the Federal Bureau of Investigation indicates that the Democratic People’s Republic of Korea is responsible.”1 The FBI’s alert of 31 October, with the Secret Service and IRS Criminal Investigation, names TraderTraitor, lists 628 addresses (608 Ethereum, 19 Bitcoin, one Solana) and says the actors are converting the assets “primarily into Ethereum (ETH)”, as SecurityWeek reported it.416 North Korea’s Kim Yo Jong called the accusation “absurd” in a statement on 2 November, The Record reported. Binance’s co-chief executive, Richard Teng, called it a “months-long campaign”.5 Elliptic counted about US$3.18bn still in theft-linked addresses on 3 November, SecurityWeek reported.6
None of the controls that break this chain is new. The FBI warned the crypto industry in September 2024 that North Korean actors use “offers of new employment”, and listed “requests to conduct a ‘pre-employment test’ or debugging exercise” as a warning sign.8 CISA, the FBI and the US Treasury described TraderTraitor in April 2022 as sending messages that “mimic a recruitment effort” to people “often working in system administration or software development/IT operations (DevOps)”: the roles of engineers A and C.9 Set against Binance’s four stages, six published controls each cut at least one link.
Each link in Binance's chain has a published control that breaks it
Controls from FBI, CISA, NSA, joint international and OWASP guidance, mapped to the step in Binance's account they would have cut, 2022 to 2026
Step 1 of 6
1. Hiring tests never run on a work device
Source: FBI PSA I-090324-PSA; CISA AA22-108A; joint WaterPlum advisory; NSA/CISA CI/CD sheet; OWASP LLM06:2025; Binance incident report · as of 4 November 2026 · The mapping to Binance's steps is TechBag's; each control is quoted from its source
Binance’s own list of what it has done runs along the same lines: it “rebuilt the affected wallet system in a new environment”, “rebuilt the affected internal AI tool and access controls”, replaced devices, “decommissioned credentials and tokens related to affected engineers”, scanned all employee devices, strengthened “wallet-service risk controls” and AI-based behavioural anomaly detection. Next it has promised an independent third-party review, more spending on “AI-enabled detection, endpoint protection, developer-environment security”, and a security research fund with AI companies, of undisclosed size.1
Sources
Related on TechBag: the developer tools guide and our Note from the night of the theft.
Disclosure. TechBag is a software reseller: it earns a margin when a reader buys through it, including from vendors named here. The analysis is TechBag’s own; no vendor paid for or saw this piece before publication. Facts are labelled reported, TechBag count or our view.