Un rapport de Binance publié le 3 novembre 2026 détaille les dessous de la cyberattaque subie par la plateforme le 29 octobre 2026. Attribuée à des acteurs étatiques nord-coréens, cette opération de grande envergure s’est étalée sur plusieurs mois, combinant ingénierie sociale sophistiquée (faux entretiens d’embauche, empoisonnement de paquets logiciels) et compromission en cascade de postes d’ingénieurs pour infiltrer le service interne de signature des portefeuilles chauds (hot wallets).
Au-delà de l’attaque informatique initiale, l’incident met en lumière une menace très spécifique pour les infrastructures on-chain : l’utilisation malveillante des mécanismes de délégation de code.
Le détournement d’EIP-7702 dans l’attaque
Une fois le service de signature compromis, les attaquants ont émis des transactions malveillantes en exploitant l’EIP-7702. Ce standard, conçu pour moderniser les comptes d’utilisateurs (EOA) en leur permettant de déléguer temporairement l’exécution à un contrat intelligent, a été détourné pour accorder à un contrat contrôlé par les pirates des droits d’exécution sur les portefeuilles chauds de la plateforme.
Le problème critique auquel a fait face Binance réside dans la nature même de ces autorisations inscrites sur la blockchain :
- Persistance on-chain : Contrairement à une API centralisée, une autorisation EIP-7702 vit sur le registre distribué. Couper les serveurs ou geler les retraits off-chain ne suffit pas à stopper les interactions si la délégation reste active.
- Complexité de révocation : En raison de l’architecture de signature multipartite (MPC) des portefeuilles de la plateforme, révoquer ces délégations en urgence a nécessité le développement de procédures de contournement complexes, tandis que les transferts non autorisés (notamment de précieux tokens et ETH) continuaient d’être exécutés.
La parade proposée : L’EIP-8476 (Permanent EOA Delegation Opt-Out)
En réaction directe à ce type de vulnérabilité où des comptes institutionnels ou des portefeuilles chauds de forte valeur n’ont aucun besoin de fonctionnalités de compte abstrait, une nouvelle proposition a vu le jour sur les forums d’Ethereum Magicians : l’EIP-8476 (discutée sur le fil Ethereum Magicians #30134).
En quoi ça consiste ? L’EIP-8476 permet à un EOA de désactiver de manière définitive et irréversible toute possibilité de délégation via l’EIP-7702. Pour ce faire, le compte installe un marqueur de code non-exécutable spécifique (0xef0200) via une transaction de type 4 optimisée.
Pourquoi c’est crucial pour les institutionnels et exchanges ? Pour des structures comme des trésoreries, des hot wallets d’échanges ou des contrats de garde institutionnels, la surface d’attaque est considérablement réduite. Même si une clé ou un service de signature subit une compromission partielle, les attaquants ne pourront pas injecter de code via EIP-7702 pour transformer le compte en proxy malveillant ou contourner la logique native du portefeuille.
Points de vigilance (Trade-offs) : Les discussions de la communauté soulignent deux limites importantes à garder en tête :
La portée multi-chaînes : L’opt-out est propre à chaque réseau (chaîne par chaîne). Un protocole souhaitant se protéger doit effectuer l’opération sur tous les L1/L2 où le compte possède un solde ou un historique de nonce.
La compatibilité avec les NFT : Certains contrats de tokens (comme les standards ERC-1155 ou les transferts sécurisés ERC-721 via OpenZeppelin) effectuent des vérifications de type callback (on...Received). Un compte marqué comme « opt-out » renvoyant un code vide, ces transferts sécurisés stricts peuvent échouer. Une analyse minutieuse de la composition des actifs est donc requise avant d’adopter le dispositif.
Sources :
https://ethereum-magicians.org/t/eip-8476-permanent-eoa-delegation-opt-out/30134
https://x.com/binance/status/2117626126214504729
