{"id":912,"date":"2026-11-06T22:30:49","date_gmt":"2026-11-06T22:30:49","guid":{"rendered":"https:\/\/hoge.gg\/fr\/multisig-sept-signatures-une-faiblesse-2026\/"},"modified":"2026-11-06T22:30:49","modified_gmt":"2026-11-06T22:30:49","slug":"multisig-sept-signatures-une-faiblesse-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/fr\/multisig-sept-signatures-une-faiblesse-2026\/","title":{"rendered":"Multisig 2026 : sept signatures, une seule faiblesse"},"content":{"rendered":"

Le 29 octobre 2026, un attaquant a vid\u00e9 un portefeuille chaud de Binance de l’\u00e9quivalent de 6,36 milliards de dollars (environ 5,7 milliards d’euros) en une vingtaine de minutes, selon TRM Labs<\/a>. C’est le plus gros vol de l’histoire de la crypto, pr\u00e8s de quatre fois le piratage de Bybit de f\u00e9vrier 2025. Le m\u00e9canisme tient en une phrase : une seule transaction contenant cinquante autorisations pr\u00e9-sign\u00e9es a d\u00e9l\u00e9gu\u00e9 le portefeuille \u00e0 un contrat siphon qui n’ob\u00e9issait qu’\u00e0 l’op\u00e9rateur. Aucune cl\u00e9 cass\u00e9e, aucune cryptographie vaincue ; une seule signature a suffi \u00e0 transf\u00e9rer le contr\u00f4le de tout.<\/p>

Binance n’exploitait pas de multisig sur ce portefeuille, et c’est pr\u00e9cis\u00e9ment ce qui rend l’\u00e9pisode instructif pour quiconque en g\u00e8re un. Octobre 2026 restera le pire mois de l’histoire des piratages crypto, et l’ann\u00e9e a pulv\u00e9ris\u00e9 tous les records. Dans ce d\u00e9compte, les pertes li\u00e9es aux multisig racontent presque toutes la m\u00eame histoire : un sch\u00e9ma M-sur-N, cens\u00e9 r\u00e9partir le risque entre plusieurs signataires, s’est effondr\u00e9 parce que ces signataires partageaient une faiblesse cach\u00e9e. Sept signatures, une seule faiblesse.<\/p>

Le casse \u00e0 6,36 milliards qui a tout recadr\u00e9<\/h2>

Le hold-up Binance est devenu le cas d’\u00e9cole de 2026. TRM Labs a reconstitu\u00e9 l’encha\u00eenement : l’attaquant a exploit\u00e9 la fonctionnalit\u00e9 de d\u00e9l\u00e9gation de compte d’Ethereum, l’EIP-7702, en soumettant une seule transaction porteuse de cinquante autorisations sign\u00e9es. Selon la firme, chacune \u00ab \u00e9tait sign\u00e9e par le portefeuille chaud de Binance, et chacune le pointait vers un contrat siphon qui n’accepte d’instructions que de l’op\u00e9rateur \u00bb. Une autorisation correspondait au compteur de nonce au moment de l’ex\u00e9cution ; le contrat a alors vid\u00e9 le portefeuille de 167 464 ETH et de 63 jetons, dont 1,615 milliard d’USDT, en trois minutes et vingt-quatre secondes.<\/p>

Le butin s’est \u00e9parpill\u00e9 sur dix cha\u00eenes (Ethereum, Bitcoin, Tron, XRP Ledger, Solana, Arbitrum, Optimism, Base, Polygon et Avalanche). TRM a attribu\u00e9 l’op\u00e9ration \u00e0 TraderTraitor, l’unit\u00e9 d’\u00e9lite nord-cor\u00e9enne d\u00e9j\u00e0 responsable du vol Bybit. Les \u00e9metteurs de stablecoins et le conseil de s\u00e9curit\u00e9 d’Arbitrum ont gel\u00e9 environ 2,7 milliards de dollars ; l’attaquant a conserv\u00e9 pr\u00e8s de 2,4 milliards. C\u00f4t\u00e9 Ethereum seul, les pertes d\u00e9passaient 3,8 milliards de dollars.<\/p>

Le reste de l’ann\u00e9e est \u00e0 l’avenant. CertiK chiffre les pertes de 2026 \u00e0 un record d’environ 9,2 milliards de dollars<\/a> (pr\u00e8s de 8,2 milliards d’euros), dont environ 6,5 milliards pour le seul mois d’octobre, tir\u00e9 par Binance. Le march\u00e9 n’a offert aucun r\u00e9pit : le 6 novembre, le Bitcoin glissait autour de 76 000 dollars apr\u00e8s un rapport sur l’emploi am\u00e9ricain, prolongeant un reflux que le rebond avort\u00e9 de fin octobre<\/a> avait d\u00e9j\u00e0 amorc\u00e9. Dans ce climat, la question n’est plus de savoir si un tr\u00e9sor sera vis\u00e9, mais si son architecture tiendra le choc.<\/p>

Le fil rouge de ces d\u00e9sastres n’est pas une faille cryptographique. C’est un point de contr\u00f4le unique, exactement ce que le multisig est cens\u00e9 \u00e9liminer. Binance l’illustre par l’absurde : sur ce portefeuille chaud, il n’existait aucune r\u00e9partition du pouvoir de signer, et une d\u00e9l\u00e9gation a suffi. Les multisig, eux, r\u00e9partissent ce pouvoir ; mais ils ne le r\u00e9partissent vraiment que si leurs parties sont ind\u00e9pendantes. C’est toute la th\u00e8se de cet article.<\/p>

Ce qu’un multisig prot\u00e8ge, et ce qu’il n’emp\u00eache pas<\/h2>

Un portefeuille multisignature exige que M signatures parmi N cl\u00e9s autoris\u00e9es valident chaque transaction. Sur l’\u00e9cosyst\u00e8me EVM, le standard de fait est Safe<\/a> (ex-Gnosis Safe), un compte intelligent qui s\u00e9curise des dizaines de milliards de dollars d’actifs. L’int\u00e9r\u00eat est clair : voler une seule cl\u00e9 ne suffit plus, et un signataire malhonn\u00eate isol\u00e9 ne peut rien faire seul. Le multisig supprime le point unique de d\u00e9faillance d’une cl\u00e9 priv\u00e9e unique.<\/p>

Reste ce qu’il ne fait pas. Un multisig v\u00e9rifie qu’il a re\u00e7u M signatures valides ; il ne v\u00e9rifie pas que les M personnes ont compris ce qu’elles signaient, ni que leurs M appareils, canaux et logiciels \u00e9taient r\u00e9ellement distincts. Autoriser n’est pas auditer. Le contrat compte des signatures ; il ne juge ni l’intention, ni la v\u00e9racit\u00e9 de ce qu’on lui pr\u00e9sente. Si la m\u00eame tromperie atteint tous les signataires en m\u00eame temps, le quorum valide un ordre frauduleux avec la m\u00eame assurance qu’un virement l\u00e9gitime.<\/p>

C’est la nuance que les gros titres manquent. On parle de \u00ab piratage de multisig \u00bb comme s’il s’agissait d’une faille du sch\u00e9ma. Dans presque tous les cas de 2024 \u00e0 2026, le sch\u00e9ma a fonctionn\u00e9 comme pr\u00e9vu : il a enregistr\u00e9 des signatures authentiques. Le probl\u00e8me s’est log\u00e9 en amont (ce que les signataires voyaient, sur quels appareils, via quel revendeur) ou en aval (une permission accord\u00e9e puis oubli\u00e9e). Le nombre de signataires ne prot\u00e8ge de rien si une seule faiblesse les traverse tous.<\/p>

Sept signatures, une seule faiblesse<\/h2>

Prenons un multisig 4-sur-7. Sur le papier, il faut compromettre quatre cl\u00e9s ind\u00e9pendantes pour le vider, un obstacle r\u00e9put\u00e9 insurmontable. Mais si les sept signataires partagent un facteur commun invisible (le m\u00eame firmware, le m\u00eame ordinateur, le m\u00eame revendeur, la m\u00eame interface, le m\u00eame logiciel de validation ou la m\u00eame approbation oubli\u00e9e), alors une seule attaque sur ce facteur partag\u00e9 les met tous \u00e0 terre d’un coup. Le seuil effectif retombe \u00e0 1. L’ind\u00e9pendance des parties, pas leur nombre, fait la s\u00e9curit\u00e9.<\/p>

Cette grille de lecture explique les plus gros vols li\u00e9s aux multisig des deux derni\u00e8res ann\u00e9es mieux que n’importe quelle analyse cl\u00e9 par cl\u00e9. Dans chaque cas, le quorum a bien r\u00e9uni ses signatures ; c’est la faiblesse partag\u00e9e qui a transform\u00e9 un sch\u00e9ma redondant en point unique de d\u00e9faillance.<\/p>

Incident<\/th>Date<\/th>Perte estim\u00e9e<\/th>Structure<\/th>La faiblesse partag\u00e9e<\/th><\/tr><\/thead>
Bybit<\/td>f\u00e9vr. 2025<\/td>~1,3 Md\u20ac<\/td>Safe (coffre froid)<\/td>Interface de signature pirat\u00e9e : le m\u00eame \u00e9cran falsifi\u00e9 pour tous les signataires<\/td><\/tr>
Radiant Capital<\/td>oct. 2024<\/td>~45 M\u20ac<\/td>Safe 3 sur 11<\/td>Logiciel malveillant sur les machines de plusieurs d\u00e9veloppeurs (m\u00eame vecteur)<\/td><\/tr>
Drift Protocol<\/td>avr. 2026<\/td>~255 M\u20ac<\/td>Conseil 2 sur 5<\/td>Transactions pr\u00e9-sign\u00e9es (durable nonce), timelock supprim\u00e9 juste avant<\/td><\/tr>
Humanity Protocol<\/td>juin 2026<\/td>~32 M\u20ac<\/td>3 sur 6 et 3 sur 5<\/td>Cl\u00e9s des deux cha\u00eenes sauvegard\u00e9es sur un m\u00eame ordinateur portable<\/td><\/tr>
Coldcard<\/td>juil. 2026<\/td>~104 M\u20ac<\/td>Portefeuilles individuels<\/td>M\u00eame bug d’entropie dans le m\u00eame firmware (version 4.0.0)<\/td><\/tr>
Liquid Network<\/td>sept. 2026<\/td>~286 M\u20ac<\/td>F\u00e9d\u00e9ration 11 sur 15<\/td>M\u00eame bug de cache dans le m\u00eame logiciel, sur tous les n\u0153uds<\/td><\/tr>
CryptoBilis (Ledger)<\/td>oct. 2026<\/td>~83 M\u20ac<\/td>Portefeuilles individuels<\/td>M\u00eame revendeur, m\u00eame puce espion implant\u00e9e dans le mat\u00e9riel<\/td><\/tr>
Avalanche Safe<\/td>oct. 2026<\/td>~6,7 M\u20ac<\/td>Safe 2 sur 7<\/td>M\u00eame approbation dormante, jamais r\u00e9voqu\u00e9e<\/td><\/tr><\/tbody><\/table><\/figure>

Les montants sont convertis au cours du 6 novembre 2026 (environ 1,117 dollar pour un euro). Chaque ligne se lit de la m\u00eame fa\u00e7on : le multisig n’a pas \u00e9t\u00e9 bris\u00e9, il a \u00e9t\u00e9 contourn\u00e9 par un d\u00e9faut commun \u00e0 ses signataires. Les sections qui suivent reprennent ces axes un par un, de l’humain au logiciel.<\/p>

Les gens : choisir des signataires ind\u00e9pendants<\/h2>

La premi\u00e8re ind\u00e9pendance est humaine. Vitalik Buterin, cofondateur d’Ethereum, r\u00e9sume le probl\u00e8me en deux questions : \u00ab Deux questions cl\u00e9s pour utiliser des portefeuilles multisig et \u00e0 r\u00e9cup\u00e9ration sociale en toute s\u00e9curit\u00e9 : (i) qui choisissez-vous comme gardiens, et (ii) quelles instructions leur donnez-vous ? \u00bb<\/a> Des signataires qui rel\u00e8vent du m\u00eame employeur, si\u00e8gent dans le m\u00eame bureau ou ob\u00e9issent \u00e0 la m\u00eame hi\u00e9rarchie ne sont pas quatre gardiens, mais un seul r\u00e9parti sur quatre adresses.<\/p>

Les cadres de la Security Alliance (SEAL) en tirent des r\u00e8gles concr\u00e8tes : confier les cl\u00e9s \u00e0 des personnes de confiance diff\u00e9rentes, et pr\u00e9voir au moins un signataire externe \u00e0 l’organisation pour les tr\u00e9sors de valeur. Un signataire externe casse la corr\u00e9lation sociale ; il n’a pas \u00e9t\u00e9 recrut\u00e9 par le m\u00eame responsable, form\u00e9 aux m\u00eames habitudes, ni joignable sur le m\u00eame canal compromis.<\/p>

Car le signataire est la cible, pas le contrat. Les vols Bybit, Drift et Binance sont tous attribu\u00e9s \u00e0 la Cor\u00e9e du Nord, qui ne casse pas la cryptographie : elle manipule les humains. Hame\u00e7onnage cibl\u00e9, faux entretiens d’embauche, PDF pi\u00e9g\u00e9s sur Telegram (le vecteur de Radiant Capital). La professionnalisation de ces campagnes, o\u00f9 un bot sert d\u00e9sormais d’app\u00e2t<\/a>, rend la v\u00e9rification hors bande indispensable : avant toute signature sensible, les signataires se confirment l’ordre par un second canal (appel vid\u00e9o, message sign\u00e9), jamais celui qui a servi \u00e0 proposer la transaction.<\/p>

La SEAL insiste d’ailleurs sur un point souvent n\u00e9glig\u00e9 : toute action administrative critique, comme ajouter ou remplacer un signataire, doit \u00eatre v\u00e9rifi\u00e9e par plusieurs canaux ind\u00e9pendants. Modifier la composition du quorum est aussi lourd de cons\u00e9quences qu’un virement \u00e0 neuf chiffres, parfois davantage.<\/p>

Le mat\u00e9riel : la faille partag\u00e9e du silicium<\/h2>

La SEAL recommande d’employer des mod\u00e8les et des fabricants de portefeuilles mat\u00e9riels diff\u00e9rents. La raison tient en un mot : la corr\u00e9lation. Si vos cinq signataires d\u00e9tiennent le m\u00eame appareil, du m\u00eame fabricant, achet\u00e9 au m\u00eame endroit, un seul d\u00e9faut mat\u00e9riel les compromet tous en m\u00eame temps. L’ann\u00e9e 2026 a fourni deux d\u00e9monstrations spectaculaires.<\/p>

La premi\u00e8re est le vol Coldcard, qui a atteint environ 116 millions de dollars (pr\u00e8s de 104 millions d’euros) en quatre vagues<\/a>, \u00e0 partir du 30 juillet 2026 et sans aucun acc\u00e8s physique aux appareils. Un d\u00e9faut pr\u00e9sent dans le firmware 4.0.0 depuis mars 2021 faisait contourner au portefeuille sa puce mat\u00e9rielle de g\u00e9n\u00e9ration d’al\u00e9a, lui substituant un g\u00e9n\u00e9rateur logiciel pr\u00e9visible. Les graines ainsi produites \u00e9taient devinables par force brute ; plus de 5 200 adresses ont \u00e9t\u00e9 vid\u00e9es. M\u00eame mod\u00e8le, m\u00eame firmware, m\u00eame faiblesse : des milliers d’utilisateurs partageaient sans le savoir la m\u00eame cl\u00e9 affaiblie.<\/p>

Rodolfo Novak, cofondateur de Coinkite (le fabricant de Coldcard), a livr\u00e9 un constat qui d\u00e9passe son propre produit : \u00ab la revue de code assist\u00e9e par IA peut d\u00e9sormais trouver des bugs latents \u00e0 une vitesse qui d\u00e9passe m\u00eame les experts les plus chevronn\u00e9s du secteur \u00bb<\/a>. Autrement dit, les d\u00e9fauts dormants de firmware ne sont plus une hypoth\u00e8se d’\u00e9cole : des outils automatis\u00e9s les d\u00e9busquent plus vite que les d\u00e9fenseurs ne les corrigent.<\/p>

La seconde d\u00e9monstration vise la cha\u00eene d’approvisionnement. En octobre 2026, Ledger a confirm\u00e9 qu’une puce espion avait \u00e9t\u00e9 implant\u00e9e<\/a> dans des appareils vendus par le revendeur CryptoBilis en Asie du Sud-Est (Malaisie, Indon\u00e9sie, Philippines). Le composant, un microcontr\u00f4leur log\u00e9 \u00e0 la place d’une batterie r\u00e9duite, lisait la phrase de r\u00e9cup\u00e9ration de 24 mots affich\u00e9e \u00e0 l’\u00e9cran et la transmettait par le r\u00e9seau mobile. Selon une trace de Bitquery relay\u00e9e par BleepingComputer<\/a>, environ 93,2 millions de dollars (pr\u00e8s de 83 millions d’euros) ont \u00e9t\u00e9 d\u00e9rob\u00e9s sur 315 portefeuilles r\u00e9partis sur six cha\u00eenes.<\/p>

La le\u00e7on est brutale pour un multisig : si vos signataires ont achet\u00e9 leurs appareils au m\u00eame revendeur, votre diversit\u00e9 mat\u00e9rielle est une illusion. L’implant ne distingue pas un porteur de cl\u00e9 d’un autre ; il capte la graine de chacun. Acheter en direct aupr\u00e8s du fabricant, v\u00e9rifier les scell\u00e9s et varier les sources d’approvisionnement deviennent des gestes de s\u00e9curit\u00e9, pas des d\u00e9tails logistiques.<\/p>

Face \u00e0 cette complexit\u00e9, le directeur technique de Ledger, Charles Guillemet, a lui-m\u00eame pr\u00each\u00e9 la prudence apr\u00e8s l’affaire Coldcard. Le 4 ao\u00fbt 2026, il a mis en garde contre la tentation de \u00ab se pr\u00e9cipiter sur le multisig \u00bb<\/a>, estimant que \u00ab complexifier la configuration peut en r\u00e9alit\u00e9 introduire des risques suppl\u00e9mentaires \u00bb et rendre la r\u00e9cup\u00e9ration plus difficile. Pour beaucoup de particuliers, un portefeuille mat\u00e9riel \u00e0 signature unique, bien sauvegard\u00e9, reste selon lui le choix le plus pratique ; la d\u00e9cision doit se fonder sur un mod\u00e8le de menace, pas sur un r\u00e9flexe apr\u00e8s le piratage du voisin.<\/p>

Le logiciel : quand tous les n\u0153uds se trompent ensemble<\/h2>

Il existe une forme de corr\u00e9lation plus insidieuse encore, car elle frappe au-dessus des cl\u00e9s : le logiciel qui d\u00e9cide de ce qui est valide. Le 6 septembre 2026, le Liquid Network, une sidechain Bitcoin de Blockstream, a vu pr\u00e8s de 320 millions de dollars (environ 286 millions d’euros) sortir en une minute<\/a>, soit 95 % de ses r\u00e9serves.<\/p>

Aucune cl\u00e9 n’a \u00e9t\u00e9 vol\u00e9e. Le d\u00e9faut se trouvait dans la v\u00e9rification des preuves de montant d’Elements, le logiciel de n\u0153ud d\u00e9riv\u00e9 de Bitcoin Core : une cl\u00e9 de cache omettait le type d’actif et le script de destination, si bien qu’une preuve valid\u00e9e une fois dans un contexte l\u00e9gitime pouvait \u00eatre rejou\u00e9e dans un contexte malveillant. Les n\u0153uds ont alors cru que des L-BTC non adoss\u00e9s l’\u00e9taient ; la f\u00e9d\u00e9ration de fonctionnaires, en 11-sur-15, a sign\u00e9 une sortie de peg qui paraissait parfaitement valide. Blockstream a confirm\u00e9 qu’aucune cl\u00e9 f\u00e9d\u00e9rale n’avait \u00e9t\u00e9 compromise.<\/p>

C’est l’exemple pur du principe selon lequel autoriser n’est pas auditer. Le multisig a sign\u00e9 fid\u00e8lement ce que son logiciel lui pr\u00e9sentait comme vrai. La faiblesse partag\u00e9e \u00e9tait la monoculture logicielle : tous les n\u0153uds ex\u00e9cutaient la m\u00eame impl\u00e9mentation avec le m\u00eame bug, donc tous se sont tromp\u00e9s \u00e0 l’identique. L’\u00e9quivalent, au niveau logiciel, de la diversit\u00e9 mat\u00e9rielle est la diversit\u00e9 des clients : faire tourner plusieurs impl\u00e9mentations ind\u00e9pendantes, afin qu’un seul d\u00e9faut de validation ne puisse pas convaincre l’ensemble du quorum d’une fausse r\u00e9alit\u00e9.<\/p>

L’interface : v\u00e9rifier ce que l’on signe<\/h2>

Le vecteur le plus spectaculaire reste l’interface. Le vol Bybit de f\u00e9vrier 2025, 1,5 milliard de dollars (environ 1,3 milliard d’euros), n’a cass\u00e9 aucune cl\u00e9 : du code JavaScript malveillant avait \u00e9t\u00e9 inject\u00e9 dans l’interface de Safe{Wallet} depuis la machine compromise d’un d\u00e9veloppeur de Safe. Au moment de signer, l’ordre r\u00e9ellement soumis diff\u00e9rait de celui affich\u00e9 ; les signataires ont approuv\u00e9 un \u00e9cran falsifi\u00e9<\/a> pendant qu’une transaction toute autre partait en arri\u00e8re-plan. La faiblesse partag\u00e9e : la m\u00eame interface, pour tout le monde.<\/p>

La parade porte un nom en 2026 : le clear signing. Lanc\u00e9 le 12 mai 2026 par l’Ethereum Foundation dans le cadre de son initiative Trillion Dollar Security, le standard<\/a> rend les donn\u00e9es d’une transaction lisibles par un humain sur l’\u00e9cran s\u00e9curis\u00e9 du portefeuille, au lieu d’une suite d’octets opaques. Il s’appuie sur l’ERC-7730<\/a>, un format de descripteurs JSON, compl\u00e9t\u00e9 d’un registre public et d’un syst\u00e8me d’attestation. Le principe revendiqu\u00e9 : ce que vous voyez est ce que vous signez. La Fondation le dit sans d\u00e9tour : approuver une transaction est cens\u00e9 \u00eatre la derni\u00e8re ligne de d\u00e9fense, et lorsque cela se fait \u00e0 l’aveugle, cette d\u00e9fense ne tient pas.<\/p>

En pratique, la discipline consiste \u00e0 lire les donn\u00e9es brutes (adresse cible, fonction appel\u00e9e, param\u00e8tres), puis \u00e0 recalculer le hash de la transaction sur un appareil propre et isol\u00e9 pour le comparer \u00e0 celui affich\u00e9. C’est long, c’est fastidieux, et c’est pr\u00e9cis\u00e9ment ce que la signature \u00e0 l’aveugle avait supprim\u00e9.<\/p>

Mais le clear signing a une limite qu’il faut nommer. Il garantit que l’\u00e9cran refl\u00e8te fid\u00e8lement la transaction ; il ne dit pas que la transaction est \u00e9conomiquement malveillante, ni que la logique de validation sous-jacente est fauss\u00e9e. Il aurait d\u00e9jou\u00e9 Bybit (attaque de l’affichage), pas Liquid (attaque de la validit\u00e9), ni l’approbation dormante d’Avalanche que nous verrons ensuite. La v\u00e9rification est n\u00e9cessaire ; elle n’est pas suffisante.<\/p>

Les permissions dormantes : l’approbation que personne n’a r\u00e9voqu\u00e9e<\/h2>

Le 26 octobre 2026, un Safe 2-sur-7 sur la C-Chain d’Avalanche, d\u00e9tenant environ 7,45 millions de dollars (pr\u00e8s de 6,7 millions d’euros) d’inventaire de trading, a \u00e9t\u00e9 vid\u00e9 en un seul bloc. Aucune signature frauduleuse ce jour-l\u00e0 : l’argent est sorti par quatre approbations de jetons que le Safe avait lui-m\u00eame sign\u00e9es sept mois plus t\u00f4t<\/a>, le 7 mars 2026, puis jamais r\u00e9voqu\u00e9es.<\/p>

Ces approbations illimit\u00e9es (sur l’USDC, le WAVAX, le WETH.e et le BTC.b) pointaient vers une adresse qui, sur Avalanche, ne contenait aucun code. Comme l’explique l’analyse technique de Panda Security<\/a>, cette adresse \u00e9tait la sortie d\u00e9terministe de la fabrique publique CreateCall de Safe, \u00e0 son treizi\u00e8me d\u00e9ploiement, une fabrique jamais utilis\u00e9e sur cette cha\u00eene. Un attaquant a donc pu y d\u00e9ployer du code et r\u00e9clamer les jetons approuv\u00e9s. Un bot d’extraction de valeur (MEV) a copi\u00e9 et devanc\u00e9 sa transaction ; le 27 octobre, un des propri\u00e9taires du Safe a n\u00e9goci\u00e9 on-chain pour laisser au bot 42 500 WAVAX (environ 332 000 euros).<\/p>

La le\u00e7on : une permission accord\u00e9e est une cl\u00e9 permanente. Les approbations de jetons, les modules activ\u00e9s, les listes blanches, les ensembles de propri\u00e9taires et les administrateurs de proxy survivent longtemps apr\u00e8s que la transaction a disparu des m\u00e9moires. La faiblesse partag\u00e9e, ici, est un angle mort partag\u00e9 : une configuration que tous les signataires ont approuv\u00e9e une fois, puis oubli\u00e9e ensemble. Ces coffres de tr\u00e9sorerie branchent souvent leur capital sur des march\u00e9s de pr\u00eat comme Aave ou Morpho, que des grossistes de liquidit\u00e9 tels que Spark<\/a> refinancent ; chaque int\u00e9gration ajoute ses propres permissions permanentes \u00e0 surveiller.<\/p>

Les bonnes pratiques d\u00e9coulent directement du cas : traiter tout changement de permission comme un virement (m\u00eame c\u00e9r\u00e9monie, m\u00eame timelock, m\u00eame v\u00e9rification hors bande), auditer et r\u00e9voquer p\u00e9riodiquement les approbations et modules, proscrire les approbations illimit\u00e9es, et surveiller en continu les changements de propri\u00e9taires, de modules et de listes blanches.<\/p>

Seuils et diversit\u00e9 : le plancher que fixe la SEAL<\/h2>

Une fois l’ind\u00e9pendance pos\u00e9e comme objectif, les chiffres suivent. Les cadres de la Security Alliance<\/a> fixent des planchers clairs : au minimum trois signataires, un seuil d’au moins 50 %, et sept signataires ou plus pour tout multisig d\u00e9tenant plus d’un million de dollars (environ 900 000 euros). Ils proscrivent les sch\u00e9mas N-sur-N, o\u00f9 la perte d’une seule cl\u00e9 entra\u00eene la perte d\u00e9finitive de l’acc\u00e8s \u00e0 tous les fonds.<\/p>

\u00c0 ces planchers s’ajoutent les r\u00e8gles de diversit\u00e9 d\u00e9j\u00e0 vues : mod\u00e8les et fabricants de mat\u00e9riel diff\u00e9rents, s\u00e9paration g\u00e9ographique des appareils, au moins un signataire externe pour les tr\u00e9sors de valeur, un appareil de signature d\u00e9di\u00e9 (isol\u00e9 ou durci), et une adresse d\u00e9di\u00e9e par multisig. Le tableau ci-dessous traduit ces seuils en fonction de la valeur g\u00e9r\u00e9e.<\/p>

Valeur du tr\u00e9sor<\/th>Signataires minimum<\/th>Seuil<\/th>Signataire externe<\/th>Timelock<\/th><\/tr><\/thead>
Particulier (moins de ~90 000 \u20ac)<\/td>2 \u00e0 3<\/td>2 sur 3<\/td>Facultatif<\/td>Recommand\u00e9<\/td><\/tr>
\u00c9quipe (~90 000 \u20ac \u00e0 900 000 \u20ac)<\/td>3 \u00e0 5<\/td>3 sur 5<\/td>Recommand\u00e9<\/td>Oui<\/td><\/tr>
Protocole (plus de 900 000 \u20ac)<\/td>7 et plus<\/td>50 % ou plus<\/td>Oui (au moins 1)<\/td>Obligatoire<\/td><\/tr>
DAO \/ tr\u00e9sor on-chain<\/td>7 et plus, avec quorum de veto<\/td>50 % ou plus, avec d\u00e9lai<\/td>Oui<\/td>Obligatoire, plus veto<\/td><\/tr><\/tbody><\/table><\/figure>

Un avertissement toutefois, qui est le c\u0153ur de cet article : ces nombres ne valent que si les signataires sont ind\u00e9pendants. Sept signataires corr\u00e9l\u00e9s (m\u00eame mat\u00e9riel, m\u00eame revendeur, m\u00eame ordinateur) valent, en pratique, un seul. Trois signataires r\u00e9ellement ind\u00e9pendants battent sept signataires clon\u00e9s. Le seuil est un plancher, pas une garantie ; ajouter des signataires qui partagent la m\u00eame faiblesse ne fait qu’\u00e9paissir l’illusion.<\/p>

L’axe d’ind\u00e9pendance : la grille de lecture<\/h2>

L’ind\u00e9pendance n’est pas une case \u00e0 cocher mais un ensemble d’axes, chacun correspondant \u00e0 une faiblesse partag\u00e9e observ\u00e9e en 2026. Le tableau suivant met en regard, pour chaque axe, \u00e0 quoi ressemble la corr\u00e9lation (le pi\u00e8ge) et la pratique qui restaure l’ind\u00e9pendance.<\/p>

Axe d’ind\u00e9pendance<\/th>\u00c0 quoi ressemble la corr\u00e9lation<\/th>La pratique qui restaure l’ind\u00e9pendance<\/th><\/tr><\/thead>
Personnes<\/td>M\u00eames employ\u00e9s, m\u00eame organisation, m\u00eame hi\u00e9rarchie<\/td>Signataires distincts, au moins un externe, aucun lien de subordination<\/td><\/tr>
Mat\u00e9riel<\/td>M\u00eames mod\u00e8le et fabricant (Bybit : appareils identiques)<\/td>Mod\u00e8les et fabricants vari\u00e9s (Ledger, Trezor, Coldcard, etc.)<\/td><\/tr>
Firmware et logiciel<\/td>M\u00eame version bugg\u00e9e (Coldcard 4.0.0)<\/td>Versions et impl\u00e9mentations vari\u00e9es, mises \u00e0 jour \u00e9chelonn\u00e9es<\/td><\/tr>
Approvisionnement<\/td>M\u00eame revendeur (CryptoBilis)<\/td>Achats directs, scell\u00e9s v\u00e9rifi\u00e9s, sources multiples<\/td><\/tr>
G\u00e9ographie<\/td>M\u00eames locaux, m\u00eame coffre<\/td>Cl\u00e9s et sauvegardes r\u00e9parties g\u00e9ographiquement<\/td><\/tr>
Interface de signature<\/td>M\u00eame \u00e9cran falsifiable (Bybit)<\/td>Clear signing, recalcul du hash sur un appareil propre<\/td><\/tr>
Logiciel de validation<\/td>M\u00eame client, m\u00eame bug (Liquid)<\/td>Diversit\u00e9 des clients et des impl\u00e9mentations de n\u0153ud<\/td><\/tr>
Permissions<\/td>M\u00eame approbation oubli\u00e9e (Avalanche)<\/td>Revue et r\u00e9vocation r\u00e9guli\u00e8res, aucune autorisation illimit\u00e9e<\/td><\/tr><\/tbody><\/table><\/figure>

Lire son dispositif ligne par ligne a une vertu : cela r\u00e9v\u00e8le les corr\u00e9lations invisibles. Beaucoup d’\u00e9quipes croient d\u00e9tenir un 4-sur-7 robuste alors qu’elles ont, dans les faits, un 1-sur-1 sur l’un de ces axes. La s\u00e9curit\u00e9 d’un multisig est celle de son axe le plus corr\u00e9l\u00e9.<\/p>

Gagner du temps et se pr\u00e9parer \u00e0 l’\u00e9chec<\/h2>

M\u00eame un dispositif bien con\u00e7u doit pr\u00e9voir l’instant o\u00f9 quelque chose c\u00e8de. Trois pratiques ach\u00e8tent ce temps. D’abord le timelock : un d\u00e9lai obligatoire entre l’approbation d’une transaction et son ex\u00e9cution, qui ouvre une fen\u00eatre pour d\u00e9tecter et annuler un ordre frauduleux. Drift Protocol l’a appris \u00e0 ses d\u00e9pens : le conseil de s\u00e9curit\u00e9 avait migr\u00e9 vers un sch\u00e9ma sans aucun timelock quelques jours avant le vol d’environ 285 millions de dollars (pr\u00e8s de 255 millions d’euros) en avril 2026, supprimant la fen\u00eatre de d\u00e9tection au pire moment, alors que des attaquants d\u00e9tenaient d\u00e9j\u00e0 des transactions pr\u00e9-sign\u00e9es.<\/p>

Ensuite la simulation : rejouer la transaction avant ex\u00e9cution pour en voir l’effet r\u00e9el. Utile, mais pas infaillible. Chez Radiant Capital, les outils de simulation ne montraient aucune anomalie parce que les machines des d\u00e9veloppeurs elles-m\u00eames \u00e9taient compromises ; l’\u00e9cran mentait en amont de la simulation. La simulation est une couche, pas une preuve. Enfin la surveillance : \u00eatre alert\u00e9 en temps r\u00e9el de toute activit\u00e9 on-chain li\u00e9e au multisig, qu’il s’agisse d’une transaction propos\u00e9e, d’une nouvelle signature ou d’un changement de propri\u00e9taire ou de module.<\/p>

Reste la pr\u00e9paration \u00e0 l’\u00e9chec. La SEAL a publi\u00e9 une certification d’op\u00e9rations multisig qui formalise ce que la plupart des \u00e9quipes improvisent : un responsable d\u00e9sign\u00e9, un registre \u00e0 jour, des revues d’acc\u00e8s trimestrielles, un retrait des droits sous 48 \u00e0 72 heures pour les signataires critiques, des proc\u00e9dures d’urgence \u00e9crites, des tests de joignabilit\u00e9 r\u00e9guliers et des exercices annuels. La rotation des cl\u00e9s apr\u00e8s tout d\u00e9part ou tout soup\u00e7on de compromission, et un plan de reprise \u00e9crit pour le jour o\u00f9 un quorum de cl\u00e9s devient indisponible, compl\u00e8tent le dispositif. Un multisig qui n’a jamais r\u00e9p\u00e9t\u00e9 sa proc\u00e9dure d’urgence n’en a pas.<\/p>

Multisig, MPC, miniscript : d’autres fa\u00e7ons de partager<\/h2>

Le multisig n’est pas la seule mani\u00e8re de r\u00e9partir le pouvoir de signer, et le choix du mod\u00e8le est lui-m\u00eame une bonne pratique, car chaque mod\u00e8le \u00e9choue diff\u00e9remment. Le calcul multipartite (MPC) d\u00e9coupe une cl\u00e9 unique en parts calcul\u00e9es hors cha\u00eene, puis assemble une seule signature. Safe r\u00e9sume le contraste : le multisig externalise la confiance dans du code v\u00e9rifiable on-chain, l\u00e0 o\u00f9 le MPC l’internalise dans une infrastructure que l’on ne peut pas v\u00e9rifier enti\u00e8rement<\/a>. Fireblocks ajoute que, dans son approche MPC, la cl\u00e9 compl\u00e8te n’est jamais cr\u00e9\u00e9e, stock\u00e9e ni assembl\u00e9e en un seul endroit.<\/p>

Chaque mod\u00e8le a donc son talon d’Achille. Le multisig \u00e9choue \u00e0 l’\u00e9cran d’approbation (corrig\u00e9 par le clear signing) ; le MPC et les syst\u00e8mes d’autorisation automatis\u00e9s \u00e9chouent dans un arri\u00e8re-plan invisible. Le vol Bitget de septembre 2026, environ 387,5 millions de dollars (pr\u00e8s de 347 millions d’euros), en est l’illustration c\u00f4t\u00e9 plateforme : aucune cl\u00e9 priv\u00e9e vol\u00e9e, selon la direction<\/a>, mais un syst\u00e8me d’autorisation interne tromp\u00e9 par des donn\u00e9es falsifi\u00e9es. Le portefeuille chaud de Binance rel\u00e8ve de la m\u00eame famille de d\u00e9faillances : un contr\u00f4le d’autorisation que personne ne voyait.<\/p>

Pour les particuliers, Charles Guillemet pousse des alternatives plus sobres que le multisig : le miniscript Bitcoin pour des conditions de d\u00e9pense avanc\u00e9es, le sch\u00e9ma de signature MuSig2, ou tout simplement une signature unique bien sauvegard\u00e9e. La plupart des syst\u00e8mes de conservation professionnels, eux, combinent les deux mondes : un multisig on-chain dont chaque cl\u00e9 est elle-m\u00eame prot\u00e9g\u00e9e par du MPC. Dans tous les cas, la grille d’ind\u00e9pendance s’applique : un MPC dont toutes les parts vivent sur le cloud d’un m\u00eame prestataire est aussi corr\u00e9l\u00e9 qu’un multisig pos\u00e9 sur un seul ordinateur portable.<\/p>

AMF, MiCA, DORA : qui r\u00e9pond quand un multisig c\u00e8de<\/h2>

Toutes les victimes ne sont pas log\u00e9es \u00e0 la m\u00eame enseigne. Lorsqu’un prestataire de services sur crypto-actifs (PSCA, ou CASP) conserve les fonds de ses clients dans un multisig, il r\u00e9pond de ses contr\u00f4les de signature. Le r\u00e8glement MiCA (son r\u00e9gime de responsabilit\u00e9, \u00e0 l’article 75) et le r\u00e8glement DORA sur la r\u00e9silience op\u00e9rationnelle informatique lui imposent des obligations pr\u00e9cises, et le client dispose d’un recours aupr\u00e8s du r\u00e9gulateur national, l’AMF en France.<\/p>

Le cadre s’est durci. La p\u00e9riode transitoire du r\u00e9gime PSAN issu de la loi PACTE a pris fin le 1er juillet 2026 ; l’AMF avait rappel\u00e9 d\u00e8s f\u00e9vrier 2026<\/a> que les acteurs non conformes devaient organiser une sortie ordonn\u00e9e. Pass\u00e9 l’\u00e9ch\u00e9ance, l’exercice sans agr\u00e9ment devient un d\u00e9lit, puni jusqu’\u00e0 deux ans d’emprisonnement et 30 000 euros d’amende au titre du Code mon\u00e9taire et financier. Le calendrier r\u00e9glementaire ne se d\u00e9tend pas : il se resserre encore en d\u00e9cembre<\/a>.<\/p>

Mais il existe une zone grise d\u00e9cisive : les multisig en auto-conservation, ou pleinement d\u00e9centralis\u00e9s, \u00e9chappent \u00e0 MiCA. Pas de prestataire, pas de r\u00e9gulateur, pas de recours. Quand Binance est frapp\u00e9, la plateforme promet de couvrir les pertes sur ses propres fonds ; quand votre 3-sur-5 c\u00e8de, vous supportez 100 % de la perte. Cette asym\u00e9trie est tout l’argument en faveur de routines de s\u00e9curit\u00e9 irr\u00e9prochables : en auto-conservation, vos pratiques sont la seule police d’assurance qui existe. Et si l’horizon macro\u00e9conomique reste suspendu au seul rendez-vous de d\u00e9cembre<\/a>, la s\u00e9curit\u00e9 d’un tr\u00e9sor, elle, ne d\u00e9pend d’aucun banquier central.<\/p>

La checklist d’ind\u00e9pendance<\/h2>

En r\u00e9sum\u00e9, voici les gestes qui transforment un multisig nominal en multisig r\u00e9ellement redondant. Chacun vise \u00e0 supprimer une faiblesse partag\u00e9e.<\/p>

  • Choisir des signataires distincts, sans lien de subordination, avec au moins un externe \u00e0 l’organisation.<\/li>
  • Panacher les mod\u00e8les et fabricants de portefeuilles mat\u00e9riels ; ne jamais tout acheter au m\u00eame revendeur.<\/li>
  • Varier les versions de firmware et \u00e9chelonner les mises \u00e0 jour, pour qu’un bug unique ne frappe pas tout le monde en m\u00eame temps.<\/li>
  • R\u00e9partir g\u00e9ographiquement les cl\u00e9s et les sauvegardes.<\/li>
  • Activer le clear signing et recalculer le hash de chaque transaction sensible sur un appareil propre et isol\u00e9.<\/li>
  • Pour les protocoles, diversifier les clients de validation plut\u00f4t que de d\u00e9pendre d’une seule impl\u00e9mentation.<\/li>
  • Respecter les planchers SEAL : au moins trois signataires, seuil d’au moins 50 %, sept et plus au-del\u00e0 de 900 000 euros, jamais de N-sur-N.<\/li>
  • Traiter tout changement de permission (approbation, module, propri\u00e9taire, proxy) comme un virement : timelock, v\u00e9rification hors bande, r\u00e9vocation des autorisations dormantes.<\/li>
  • Imposer un timelock, simuler chaque op\u00e9ration, et surveiller en temps r\u00e9el toute activit\u00e9 on-chain.<\/li>
  • Documenter un plan de reprise, r\u00e9p\u00e9ter la proc\u00e9dure d’urgence, et faire tourner les cl\u00e9s apr\u00e8s tout d\u00e9part ou soup\u00e7on.<\/li><\/ul>

    Foire aux questions<\/h2>

    Un multisig est-il plus s\u00fbr qu’un seul portefeuille mat\u00e9riel ?<\/h3>

    En principe oui, car il supprime le point unique de d\u00e9faillance d’une seule cl\u00e9. Mais seulement si les signataires sont r\u00e9ellement ind\u00e9pendants. Sept signataires qui partagent le m\u00eame mat\u00e9riel, le m\u00eame revendeur, le m\u00eame ordinateur ou la m\u00eame interface n’offrent pas plus de s\u00e9curit\u00e9 qu’un seul. Pour beaucoup de particuliers, un portefeuille mat\u00e9riel unique bien sauvegard\u00e9 reste plus pratique, comme le rappelle le directeur technique de Ledger.<\/p>

    Qu’est-ce qu’une faiblesse partag\u00e9e dans un multisig ?<\/h3>

    C’est tout facteur commun \u00e0 plusieurs signataires qui permet de les compromettre d’un seul coup : m\u00eame mod\u00e8le de mat\u00e9riel avec le m\u00eame bug (Coldcard), m\u00eame revendeur pi\u00e9g\u00e9 (CryptoBilis), cl\u00e9s sur un m\u00eame ordinateur (Humanity), m\u00eame interface falsifi\u00e9e (Bybit), m\u00eame logiciel de validation d\u00e9faillant (Liquid) ou m\u00eame approbation oubli\u00e9e (Avalanche). La faiblesse ram\u00e8ne le seuil effectif \u00e0 un seul signataire.<\/p>

    Comment v\u00e9rifier ce que l’on signe sur un multisig ?<\/h3>

    Il faut lire les donn\u00e9es brutes de la transaction (adresse cible, fonction appel\u00e9e, param\u00e8tres) sur un appareil propre et isol\u00e9, puis recalculer le hash de la transaction et le comparer \u00e0 celui affich\u00e9. Le standard Clear Signing (ERC-7730) rend ces donn\u00e9es lisibles par un humain. La signature \u00e0 l’aveugle, o\u00f9 l’on approuve un \u00e9cran sans en comprendre le contenu, est le vecteur du vol Bybit.<\/p>

    Faut-il pr\u00e9f\u00e9rer le MPC au multisig ?<\/h3>

    Les deux partagent la cl\u00e9 autrement et \u00e9chouent diff\u00e9remment. Le multisig est enti\u00e8rement on-chain et v\u00e9rifiable mais \u00e9choue \u00e0 l’\u00e9cran d’approbation ; le MPC est plus souple mais repose sur une infrastructure que l’on ne peut pas v\u00e9rifier enti\u00e8rement, comme l’a montr\u00e9 le vol Bitget c\u00f4t\u00e9 plateforme. La plupart des syst\u00e8mes professionnels combinent les deux. Dans tous les cas, l’ind\u00e9pendance des parties reste le vrai crit\u00e8re.<\/p>

    Un particulier est-il prot\u00e9g\u00e9 si son multisig est pirat\u00e9 ?<\/h3>

    Cela d\u00e9pend du cadre. Si les fonds sont confi\u00e9s \u00e0 un prestataire r\u00e9gul\u00e9 (CASP), celui-ci r\u00e9pond de ses contr\u00f4les de signature sous MiCA et DORA, avec un recours possible aupr\u00e8s de l’AMF. En auto-conservation, l’utilisateur est hors du champ de MiCA : aucun prestataire, aucun recours r\u00e9glementaire, la perte est int\u00e9grale. Ses propres routines de s\u00e9curit\u00e9 sont alors sa seule d\u00e9fense.<\/p>