Le piratage de Binance a commencé avec un seul ordinateur portable

Environ 6,3 milliards de dollars ont disparu de Binance en une vingtaine de minutes, marquant le plus grand vol de cryptomonnaies de l'histoire. Cette somme vertigineuse, environ quatre fois supérieure au précédent record, a transité par plusieurs blockchains dans une rafale de transactions non autorisées. L'ampleur du phénomène suggère un attaquant disposant d'un accès profond, et non un simple piratage opportuniste.

Les enquêteurs soupçonnent que la brèche a commencé par l'ordinateur portable compromis d'un ingénieur, un point de départ apparemment anodin pour un vol d'une telle ampleur. Ce pied-à-terre initial a fourni un point d'entrée dans l'infrastructure interne de Binance, permettant à l'attaquant de manipuler ses systèmes de signature sans exposer directement aucune private key. Cette distinction est cruciale : les clés sont restées sécurisées sur leurs machines respectives, mais le système autorisé à les utiliser a été compromis.

Binance a décrit une brèche sur une machine DevOps ainsi que des « points de brèche supplémentaires », indiquant une attaque complexe en plusieurs étapes. Les rapports médico-légaux sont toujours en attente, mais les conclusions rapportées suggèrent que l'attaquant a contraint les propres systèmes de Binance à signer des transactions arbitraires. Cela a permis le vidage rapide des hot wallets, démontrant une exploitation sophistiquée des contrôles opérationnels internes.

Binance utilise des hot wallets partagés pour les retraits des clients, une pratique courante dans les échanges. Chaque transfert nécessite une signature par private key, pourtant Binance n'a trouvé aucune preuve d'exfiltration de clés. Cette distinction est critique : l'attaquant n'a pas volé les clés ; il a contraint les propres systèmes de Binance à signer des transactions illicites.

Une société de sécurité aurait retracé 11 clés distinctes signant des transferts vers l'attaquant, indiquant une compromission systémique et non une simple fuite de clé. Cela suggère un vecteur d'attaque bien plus insidieux qu'un simple vol d'identifiants. L'attaquant aurait contourné les protections habituelles en manipulant l'infrastructure interne de Binance.

Les attaquants ont probablement compromis des services ou des conteneurs internes, transformant effectivement le système de signature de confiance de Binance en un complice involontaire. Ils pouvaient alors demander des signatures valides aux propres systèmes de Binance, leur permettant d'autoriser des transactions arbitraires. Cela leur a permis de « balayer » les hot wallets, drainant les fonds sans jamais posséder directement les private keys.

Sur Ethereum, l'attaquant a préparé 50 notes d'autorisation pré-signées pour exploiter les nonces de transaction. Comme le hot wallet traitait activement les retraits des clients, 49 tentatives ont échoué en raison d'une inadéquation du compteur. Cependant, une tentative a correspondu à la séquence exacte, vidant le portefeuille jusqu'à ne laisser qu'un seul ETH. Cet abus sophistiqué du processus de signature met en évidence une profonde rupture de confiance dans le système lui-même.

Les attaquants ont fait face à une cible mouvante. Chaque transaction Ethereum porte un nonce, une valeur séquentielle agissant comme un compteur de transactions. Comme le hot wallet traitait toujours les retraits des clients, son nonce changeait constamment, rendant toute autorisation pré-signée invalide si la valeur attendue du nonce était obsolète.

Leur tactique rapportée était d'une élégance brutale : préparer 50 autorisations pré-signées. Parmi celles-ci, 49 tentatives auraient manqué le bon nonce à mesure que le compteur avançait. Cependant, une a correspondu précisément, permettant un balayage qui a vidé le portefeuille, ne laissant qu'un seul 1 ETH derrière.

Cette attaque sophistiquée aurait tiré parti de l'EIP-7702, une proposition permettant aux externally owned accounts de déléguer temporairement un comportement similaire à celui d'un smart-contract. Cette délégation pourrait permettre des actions complexes, comme un transfert programmatique, directement depuis l'adresse du hot wallet, contournant ainsi les contrôles multi-signatures standards. De telles capacités soulignent pourquoi une validation robuste des transactions et des contrôles internes stricts sont primordiaux. Pour plus de détails sur la brèche, voir Binance Links $6.3 Billion Crypto Theft to Compromised DevOps Laptop.

Puis est venu le gel : environ 2,7 à 3 milliards de dollars en jetons centralisés seraient devenus inaccessibles. Des émetteurs comme Tether et Circle ont rapidement mis sur liste noire les actifs volés, gelant respectivement plus de 1,5 milliard de dollars en USDT et 800 millions de dollars en USDC. Le conseil de sécurité de Ripple et d'Arbitrum a également gelé les soldes de stablecoins restants, démontrant la centralisation inhérente et les capacités d'intervention de ces actifs.

Mais les 2,4 milliards de dollars restants se sont révélés beaucoup plus insaisissables. Des actifs comme l'ETH et le BTC, convertis et transférés sur des couches de base décentralisées, sont restés hors de portée de toute commande de gel émise par une entité unique. Cette division marquée souligne le compromis durable dans la cryptomonnaie : les jetons centralisés offrent des options de récupération, tandis que les actifs décentralisés préservent la résistance à la censure.

Les entreprises de traçage ont rapidement attribué cette attaque sophistiquée à des acteurs liés à la Corée du Nord. Binance, de son côté, s'est engagé à couvrir toutes les pertes avec ses propres fonds, a suspendu les services affectés et a promis un post-mortem technique complet. L'incident souligne un paradoxe critique : même si certains crypto-actifs promettent une décentralisation immuable, l'infrastructure qui les sécurise reste une cible tentante pour des menaces hautement organisées parrainées par des États.

Comment le piratage de Binance aurait-il fonctionné ?

Les enquêteurs affirment que les attaquants pourraient avoir compromis les systèmes internes et utilisé l'infrastructure de signature autorisée de Binance pour approuver des transferts malveillants, plutôt que de voler directement les clés privées des portefeuilles.

Pourquoi l'attaquant a-t-il préparé 50 autorisations signées ?

Le compteur de transactions du portefeuille, ou nonce, changeait constamment à mesure qu'il traitait les retraits. L'attaquant aurait préparé plusieurs tentatives afin que l'une d'entre elles puisse correspondre exactement à la valeur du compteur.

Pourquoi certaines cryptomonnaies volées ont-elles pu être gelées et pas d'autres ?

Les émetteurs de jetons centralisés peuvent mettre sur liste noire certains actifs, tels que les stablecoins. Les actifs natifs comme l'ETH et le BTC n'ont pas d'émetteur unique ayant la même capacité de les geler.

Binance a-t-il déclaré que les fonds des utilisateurs seraient remboursés ?

Binance a déclaré qu'il couvrirait les pertes avec ses propres fonds, y compris son fonds SAFU, pendant qu'il enquêtait et travaillait à rétablir les services affectés.