{"id":338,"date":"2026-08-20T22:26:56","date_gmt":"2026-08-20T22:26:56","guid":{"rendered":"https:\/\/hoge.gg\/fr\/multisig-plus-de-signataires-pas-plus-sur-2026\/"},"modified":"2026-08-20T22:26:56","modified_gmt":"2026-08-20T22:26:56","slug":"multisig-plus-de-signataires-pas-plus-sur-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/fr\/multisig-plus-de-signataires-pas-plus-sur-2026\/","title":{"rendered":"Multisig 2026 : plus de signataires ne veut pas dire plus s\u00fbr"},"content":{"rendered":"

Apr\u00e8s le vol qui a frapp\u00e9 les porte-monnaie Coldcard fin juillet 2026, un r\u00e9flexe s’est r\u00e9pandu dans la communaut\u00e9 : passer au multisig, tout de suite, pour ne plus jamais d\u00e9pendre d’une seule cl\u00e9. Le conseil para\u00eet de bon sens. Il est pourtant venu se heurter \u00e0 une mise en garde inattendue, sign\u00e9e par le directeur technique de Ledger lui-m\u00eame. Charles Guillemet a pris la parole pour freiner l’enthousiasme : le multisig n’est pas, en soi, la bonne r\u00e9ponse.<\/p>

Cette phrase r\u00e9sume le vrai sujet de 2026. Le multisig, la signature d’une transaction par plusieurs cl\u00e9s ind\u00e9pendantes, reste l’une des meilleures d\u00e9fenses connues contre le vol d’une cl\u00e9 unique. Mais il n’est pas un produit que l’on active pour \u00eatre en s\u00e9curit\u00e9 ; c’est un processus, avec des r\u00e8gles d’exploitation, des points de d\u00e9faillance nouveaux et un co\u00fbt. Mal con\u00e7u, il d\u00e9place le risque au lieu de le supprimer, et peut m\u00eame aggraver la situation. Les chiffres de l’ann\u00e9e le prouvent : les plus gros vols estampill\u00e9s multisig n’ont cass\u00e9 aucune cryptographie et n’ont vol\u00e9 aucune cl\u00e9 au sens strict. Ils ont tromp\u00e9 des humains devant un \u00e9cran.<\/p>

La preuve que l’affaire se r\u00e8gle rarement dans le code : le 7 ao\u00fbt 2026, Bybit a assign\u00e9 en justice la Cor\u00e9e du Nord et le groupe Lazarus devant un tribunal f\u00e9d\u00e9ral am\u00e9ricain et a obtenu le gel d’une partie des fonds vol\u00e9s lors du piratage record de f\u00e9vrier 2025, le juge estimant que la plateforme avait des chances s\u00e9rieuses de l’emporter sur le fond, selon CoinDesk<\/a>. Un vol de multisig peut finir en injonction judiciaire des mois plus tard ; la seule ligne de d\u00e9fense qui compte reste celle du moment de la signature.<\/p>

Cet article n’est pas une chronologie des piratages ni une simple liste \u00e0 cocher. C’est un guide de conception et d’exploitation : comment d\u00e9cider si vous avez besoin d’un multisig, comment fixer le seuil, comment diversifier les signataires, et pourquoi la signature claire (clear signing) est la vraie nouveaut\u00e9 d\u00e9fensive de l’ann\u00e9e.<\/p>

Multisig, rappel : ce que la signature \u00e0 plusieurs prot\u00e8ge (et ce qu’elle ne prot\u00e8ge pas)<\/h2>

Un portefeuille multisignature exige que M cl\u00e9s parmi N approuvent une transaction avant qu’elle ne s’ex\u00e9cute. On parle de configuration \u00ab M-of-N \u00bb : un 3-of-5 requiert trois signatures sur cinq d\u00e9tenteurs possibles. Sur Ethereum et les cha\u00eenes compatibles EVM, l’impl\u00e9mentation dominante est le compte intelligent (smart account) Safe, anciennement Gnosis Safe, qui g\u00e8re aujourd’hui plus de 63 millions de comptes selon le rapport trimestriel de la Safe Ecosystem Foundation<\/a>. Sur Bitcoin, la logique passe par des scripts natifs, et de plus en plus par Miniscript, un langage qui rend ces politiques lisibles et v\u00e9rifiables.<\/p>

Ce que le multisig prot\u00e8ge est pr\u00e9cis : la compromission d’une seule cl\u00e9. Si un attaquant vole un appareil, un seed ou une signature, il ne peut rien faire tant qu’il n’atteint pas le seuil. C’est une d\u00e9fense contre le point de d\u00e9faillance unique, et contre certaines formes de contrainte physique (l’attaque \u00e0 la cl\u00e9 \u00e0 molette, o\u00f9 l’on force une victime \u00e0 signer), puisque aucun signataire seul ne peut vider le coffre.<\/p>

Ce que le multisig ne prot\u00e8ge pas est tout aussi pr\u00e9cis, et c’est l\u00e0 que 2026 a fait mal. Il ne prot\u00e8ge pas contre la signature \u00e0 l’aveugle, quand plusieurs signataires approuvent, chacun de leur c\u00f4t\u00e9, une transaction dont l’\u00e9cran ment sur le contenu. Il ne prot\u00e8ge pas contre la compromission corr\u00e9l\u00e9e, quand plusieurs cl\u00e9s vivent sur des machines infect\u00e9es par le m\u00eame logiciel malveillant. Il ne prot\u00e8ge pas contre l’ing\u00e9nierie sociale patiente, quand un op\u00e9rateur est manipul\u00e9 pendant des semaines. R\u00e9partir la signature ne sert \u00e0 rien si l’on r\u00e9partit aussi la m\u00eame erreur.<\/p>

Le paradoxe de 2026 : les plus gros vols multisig n’ont pas cass\u00e9 la cryptographie<\/h2>

Le rapport de mi-ann\u00e9e de TRM Labs le dit sans d\u00e9tour : sur le premier semestre 2026, environ 832 millions d’euros (pr\u00e8s de 972 millions de dollars) ont \u00e9t\u00e9 vol\u00e9s sur 207 incidents, et si les bugs de contrats forment la majorit\u00e9 des cas, l’essentiel de la valeur d\u00e9rob\u00e9e provient de la compromission d’infrastructures, de cl\u00e9s et de proc\u00e9dures. Les atteintes op\u00e9rationnelles p\u00e8sent une minorit\u00e9 des incidents et l’immense majorit\u00e9 des pertes, selon TRM Labs<\/a>. Autrement dit, ce ne sont pas les math\u00e9matiques qui l\u00e2chent, ce sont les organisations.<\/p>

Le tableau ci-dessous rassemble cinq \u00e9checs multisig de r\u00e9f\u00e9rence. Aucun n’est une rupture de la cryptographie. Dans chaque cas, des signataires l\u00e9gitimes ont approuv\u00e9 quelque chose d’autre que ce qu’ils croyaient signer, ou une seule intrusion a franchi plusieurs seuils \u00e0 la fois. Les autopsies d\u00e9taill\u00e9es de plusieurs de ces affaires, comme celles men\u00e9es par Halborn<\/a>, montrent le m\u00eame sch\u00e9ma : la couche d’affichage a \u00e9t\u00e9 manipul\u00e9e, pas le protocole.<\/p>

Incident<\/th>Date<\/th>Montant<\/th>Configuration<\/th>Cause racine<\/th><\/tr><\/thead>
Bybit<\/td>21 f\u00e9v. 2025<\/td>~1,28 Md\u20ac (\u22481,5 Md$)<\/td>Safe, portefeuille froid<\/td>JavaScript malveillant dans l’interface Safe{Wallet} ; signature \u00e0 l’aveugle<\/td><\/tr>
WazirX<\/td>18 juil. 2024<\/td>~197 M\u20ac (\u2248230 M$)<\/td>Safe 4-of-6 (Liminal)<\/td>\u00c9cart entre l’\u00e9cran de l’interface et les donn\u00e9es r\u00e9elles de la transaction<\/td><\/tr>
Radiant Capital<\/td>16 oct. 2024<\/td>~43 M\u20ac (\u224850 M$)<\/td>Safe 3-of-11<\/td>Malware macOS sur plusieurs machines de d\u00e9veloppeurs ; transaction sign\u00e9e en arri\u00e8re-plan<\/td><\/tr>
Drift Protocol<\/td>1 avr. 2026<\/td>~244 M\u20ac (\u2248285 M$)<\/td>Conseil 2-of-5, sans timelock<\/td>Transactions pr\u00e9-sign\u00e9es (durable nonce) et oracle tromp\u00e9<\/td><\/tr>
Humanity Protocol<\/td>9 juin 2026<\/td>~31 M\u20ac (\u224836 M$)<\/td>3-of-6 et 3-of-5 (deux cha\u00eenes)<\/td>Cl\u00e9s des deux cha\u00eenes sauvegard\u00e9es sur un seul ordinateur<\/td><\/tr><\/tbody><\/table><\/figure>

Le cas Bybit reste le plus instructif. Selon l’enqu\u00eate de Sygnia<\/a>, du code JavaScript malveillant avait \u00e9t\u00e9 ins\u00e9r\u00e9 dans l’interface Safe{Wallet} via la machine compromise d’un d\u00e9veloppeur ; au moment de signer un transfert de routine depuis le portefeuille froid, l’\u00e9cran montrait la bonne adresse tandis que la transaction r\u00e9ellement sign\u00e9e modifiait la logique du contrat. Les cl\u00e9s n’ont jamais \u00e9t\u00e9 vol\u00e9es. Le FBI a attribu\u00e9 l’attaque au groupe Lazarus. Le cas WazirX, un Safe 4-of-6 sous la garde de Liminal, proc\u00e8de de la m\u00eame logique : les quatre signataires ont approuv\u00e9 une transaction anodine dont l’interface masquait la charge malveillante, comme l’a reconstitu\u00e9 l’autopsie de Halborn<\/a>.<\/p>

Le cas Humanity Protocol illustre l’illusion de deux seuils ind\u00e9pendants. Le fondateur Terence Kwok l’a reconnu au sujet de la mise en place : \u00ab some of the keys were accidentally backed up to a compromised device during setup \u00bb (certaines cl\u00e9s avaient \u00e9t\u00e9 accidentellement sauvegard\u00e9es sur un appareil compromis lors de la configuration), a-t-il expliqu\u00e9 \u00e0 CoinDesk<\/a>. Sur le papier, un 3-of-6 sur Ethereum et un 3-of-5 sur BNB Chain. En pratique, plusieurs cl\u00e9s des deux cha\u00eenes r\u00e9unies sur un seul portable : une intrusion, deux seuils franchis.<\/p>

\u00ab Plus de signataires \u00bb n’est pas \u00ab plus de s\u00e9curit\u00e9 \u00bb<\/h2>

C’est le contresens le plus r\u00e9pandu, et il co\u00fbte cher. L’intuition dit que plus il y a de cl\u00e9s, plus le coffre est solide. La r\u00e9alit\u00e9 est en U : au-del\u00e0 d’un certain point, chaque signataire suppl\u00e9mentaire ajoute surtout de la complexit\u00e9, des appareils \u00e0 s\u00e9curiser, des seeds \u00e0 sauvegarder, des humains \u00e0 coordonner, et la complexit\u00e9 est pr\u00e9cis\u00e9ment l’endroit o\u00f9 l’on perd des fonds.<\/p>

Le directeur technique de Ledger, Charles Guillemet, l’a formul\u00e9 sans d\u00e9tour apr\u00e8s l’affaire Coldcard : \u00ab Multisig is not automatically the right answer \u00bb (le multisig n’est pas automatiquement la bonne r\u00e9ponse). Il observe r\u00e9guli\u00e8rement, dit-il, des utilisateurs qui s’enferment dans des configurations difficiles ou impossibles \u00e0 r\u00e9cup\u00e9rer en toute s\u00e9curit\u00e9. Ajouter des cl\u00e9s prot\u00e8ge contre le point de d\u00e9faillance unique, mais introduit de nouveaux points de rupture. Pour la plupart des particuliers, un seul portefeuille mat\u00e9riel bien sauvegard\u00e9, doubl\u00e9 de signature claire, reste plus s\u00fbr qu’un multisig bricol\u00e9 ; pour les cas plus avanc\u00e9s, il recommande Miniscript sur Bitcoin, qui permet d’exprimer un 2-of-3, des cl\u00e9s de secours \u00e0 timelock ou un h\u00e9ritage, tout en gardant la lisibilit\u00e9 de ce que l’on signe, rapporte U.Today<\/a>.<\/p>

Ce principe rejoint une r\u00e8gle plus large en s\u00e9curit\u00e9 : l’annonce n’est pas la r\u00e9alit\u00e9. De la m\u00eame fa\u00e7on que, sur le march\u00e9 des primes, le prix affich\u00e9 n’est pas la prime vers\u00e9e<\/a>, la configuration affich\u00e9e d’un multisig ne dit rien de sa s\u00e9curit\u00e9 r\u00e9elle tant que l’on n’a pas v\u00e9rifi\u00e9 la diversit\u00e9 des signataires, l’isolement des appareils et l’existence d’un plan de reprise. Un 7-of-11 dont sept cl\u00e9s dorment sur le m\u00eame ordinateur portable est moins s\u00fbr qu’un 2-of-3 correctement distribu\u00e9.<\/p>

Mod\u00e9liser la menace avant de choisir un seuil<\/h2>

Aucun seuil n’est bon dans l’absolu. Il d\u00e9coule d’un mod\u00e8le de menace, c’est-\u00e0-dire d’une r\u00e9ponse honn\u00eate \u00e0 la question : contre qui, et contre quoi, se d\u00e9fend-on ? Les r\u00e9ponses ne m\u00e8nent pas au m\u00eame dispositif.<\/p>

Contre le vol externe (phishing, malware, intrusion \u00e0 distance), on veut de la redondance et de la diversit\u00e9 : plusieurs cl\u00e9s, sur des mat\u00e9riels et des personnes diff\u00e9rentes, pour qu’aucune intrusion unique ne suffise. Contre le risque interne (un employ\u00e9 malveillant, un signataire retourn\u00e9), on veut un seuil \u00e9lev\u00e9 et au moins un signataire externe \u00e0 l’organisation, pour qu’aucune coalition minoritaire ne puisse agir seule. Contre la contrainte physique et l’attaque \u00e0 la cl\u00e9 \u00e0 molette, on veut des seuils qui rendent une seule victime insuffisante, et des signataires g\u00e9ographiquement s\u00e9par\u00e9s. Contre la perte accidentelle de cl\u00e9s, on veut \u00e9viter le N-of-N (o\u00f9 la perte d’une seule cl\u00e9 g\u00e8le tout) et pr\u00e9voir des chemins de r\u00e9cup\u00e9ration.<\/p>

Ces objectifs se contredisent parfois. Un seuil \u00e9lev\u00e9 prot\u00e8ge contre l’interne mais fragilise la disponibilit\u00e9 ; une large distribution prot\u00e8ge contre l’intrusion mais complique la coordination et la reprise. Le travail de conception consiste \u00e0 arbitrer explicitement, en fonction du mod\u00e8le de menace, et non \u00e0 empiler des signataires par pr\u00e9caution. Choisir un seuil sans avoir nomm\u00e9 l’adversaire, c’est se prot\u00e9ger contre une menace qu’on n’a pas comprise.<\/p>

Le seuil et le nombre : la r\u00e8gle des 3 signataires et du 50 %<\/h2>

Une fois le mod\u00e8le de menace pos\u00e9, des rep\u00e8res chiffr\u00e9s existent. Le r\u00e9f\u00e9rentiel de la Security Alliance (SEAL)<\/a>, qui fait autorit\u00e9 dans le milieu, fixe un plancher clair : au minimum trois signataires, un seuil d’au moins 50 %, et sept signataires ou plus pour tout multisig gardant l’\u00e9quivalent de plus d’un million de dollars (environ 850 000 euros). Le r\u00e9f\u00e9rentiel proscrit explicitement les sch\u00e9mas N-of-N, qui transforment la perte d’une seule cl\u00e9 en blocage d\u00e9finitif des fonds.<\/p>

Usage<\/th>Configuration sugg\u00e9r\u00e9e<\/th>Logique<\/th><\/tr><\/thead>
Particulier ou petit tr\u00e9sor<\/td>2-of-3<\/td>Redondance sans exc\u00e8s de complexit\u00e9 ; une cl\u00e9 de secours<\/td><\/tr>
\u00c9quipe ou tr\u00e9sorerie moyenne<\/td>3-of-5<\/td>Aucune personne seule ne signe ; tol\u00e8re la perte d’une cl\u00e9<\/td><\/tr>
Tr\u00e9sor \u00e9lev\u00e9 (> 850 000 \u20ac)<\/td>4-of-7 ou plus, 7+ signataires<\/td>Seuil > 50 %, marge de disponibilit\u00e9, au moins un signataire externe<\/td><\/tr>
\u00c0 \u00e9viter<\/td>N-of-N (ex. 3-of-3)<\/td>La perte ou la panne d’une seule cl\u00e9 g\u00e8le tout<\/td><\/tr><\/tbody><\/table><\/figure>

Le seuil doit rester strictement sup\u00e9rieur \u00e0 la moiti\u00e9 pour qu’aucune minorit\u00e9 ne puisse agir, tout en laissant une marge de disponibilit\u00e9 : un 4-of-7 tol\u00e8re la perte de trois cl\u00e9s sans blocage, l\u00e0 o\u00f9 un 3-of-3 ne tol\u00e8re rien. Le nombre de signataires doit \u00eatre assez grand pour la diversit\u00e9, assez petit pour rester coordonnable. Pass\u00e9 sept \u00e0 onze signataires, la valeur d\u00e9fensive marginale d\u00e9cro\u00eet et le co\u00fbt op\u00e9rationnel grimpe : c’est le U \u00e9voqu\u00e9 plus haut.<\/p>

Diversit\u00e9 des signataires : mat\u00e9riel, g\u00e9ographie, personnes<\/h2>

Un seuil ne vaut que si les signataires sont r\u00e9ellement ind\u00e9pendants. Le r\u00e9f\u00e9rentiel SEAL recommande une diversit\u00e9 sur plusieurs axes : des mod\u00e8les et des fabricants de portefeuilles mat\u00e9riels diff\u00e9rents (pour qu’un bug d’un seul fournisseur, comme celui de Coldcard, ne touche pas toutes les cl\u00e9s), une s\u00e9paration g\u00e9ographique des appareils, un m\u00e9lange de r\u00f4les (dirigeants, d\u00e9veloppeurs, op\u00e9rations), au moins un signataire externe \u00e0 l’organisation, une adresse d\u00e9di\u00e9e par multisig pour lever toute ambigu\u00eft\u00e9, et des logiciels clients vari\u00e9s.<\/p>

Comme l’a \u00e9crit Vitalik Buterin, \u00ab Two key questions in using multi-sig wallets and social recovery wallets securely are: (i) whom do you choose as guardians, and (ii) what instructions do you give them? \u00bb (les deux questions cl\u00e9s pour utiliser un multisig en s\u00e9curit\u00e9 sont : qui choisissez-vous comme gardiens, et quelles instructions leur donnez-vous), selon CryptoSlate<\/a>. La diversit\u00e9 des signataires est la premi\u00e8re de ces r\u00e9ponses.<\/p>

La raison est \u00e9crite dans les autopsies. Chez Radiant Capital, un logiciel malveillant macOS, gliss\u00e9 via un PDF pi\u00e9g\u00e9 sur Telegram, a compromis plusieurs machines de d\u00e9veloppeurs \u00e0 la fois ; l’interface Safe affichait des donn\u00e9es l\u00e9gitimes pendant que la transaction malveillante se signait en arri\u00e8re-plan, et m\u00eame la simulation ne montrait aucune anomalie puisque les machines elles-m\u00eames \u00e9taient infect\u00e9es, d\u00e9taille Halborn<\/a>. Chez Humanity Protocol, deux seuils nominalement s\u00e9par\u00e9s partageaient un m\u00eame ordinateur. Dans les deux cas, la diversit\u00e9 affich\u00e9e cachait une corr\u00e9lation r\u00e9elle.<\/p>

La le\u00e7on op\u00e9rationnelle est simple \u00e0 \u00e9noncer, difficile \u00e0 tenir : si deux signataires utilisent le m\u00eame mod\u00e8le d’appareil, le m\u00eame syst\u00e8me d’exploitation, le m\u00eame canal de communication et le m\u00eame bureau, ils comptent pour un seul signataire face \u00e0 une attaque bien con\u00e7ue. La diversit\u00e9 n’est pas un luxe esth\u00e9tique, c’est ce qui donne un sens au seuil.<\/p>

L’appareil de signature : d\u00e9di\u00e9, isol\u00e9, jamais l’ordinateur du quotidien<\/h2>

Toute signature devrait se faire sur un appareil d\u00e9di\u00e9, durci ou isol\u00e9 (air-gapped), jamais sur l’ordinateur qui sert au courriel et \u00e0 la navigation. Le r\u00e9f\u00e9rentiel SEAL en fait une exigence : portefeuille mat\u00e9riel obligatoire pour chaque signataire, appareil de signature s\u00e9par\u00e9, et v\u00e9rification des donn\u00e9es brutes de la transaction (adresse cible, fonction appel\u00e9e, param\u00e8tres) avant tout accord.<\/p>

L’affaire Coldcard de l’\u00e9t\u00e9 2026 a rappel\u00e9 une nuance que beaucoup oubliaient : un portefeuille mat\u00e9riel est n\u00e9cessaire, mais pas suffisant. Un d\u00e9faut du g\u00e9n\u00e9rateur d’al\u00e9a, introduit par une mise \u00e0 jour de mars 2021, avait affaibli la g\u00e9n\u00e9ration de certaines cl\u00e9s au point de les rendre devinables sans jamais toucher l’appareil ; environ 1 816 BTC (pr\u00e8s de 99 millions d’euros, soit \u00e0 peu pr\u00e8s 116 millions de dollars) ont \u00e9t\u00e9 siphonn\u00e9s de plus de 5 200 adresses en quatre vagues \u00e0 partir du 30 juillet, selon TRM Labs<\/a>. Le mat\u00e9riel isole la cl\u00e9, il ne garantit pas qu’elle a \u00e9t\u00e9 bien engendr\u00e9e, ni que l’\u00e9cran dit la v\u00e9rit\u00e9.<\/p>

Car c’est bien l’\u00e9cran le maillon d\u00e9cisif. \u00c0 chaque grand vol multisig, la couche d’affichage a menti : l’interface montrait une transaction, l’appareil en signait une autre. Le glissement vers l’audit assist\u00e9 par IA, que documentent des acteurs comme Trail of Bits<\/a>, aide \u00e0 d\u00e9busquer ce genre de faille latente plus vite, mais il ne remplace pas la r\u00e8gle d’or : ne jamais signer ce que le mat\u00e9riel ne peut pas afficher en clair, et recalculer l’empreinte de la transaction sur une machine propre et s\u00e9par\u00e9e.<\/p>

Clear signing : la vraie nouveaut\u00e9 de 2026 contre la signature \u00e0 l’aveugle<\/h2>

Si un seul fil relie Bybit, WazirX et Radiant, c’est la signature \u00e0 l’aveugle (blind signing) : approuver des donn\u00e9es que l’on ne peut pas lire. La r\u00e9ponse structur\u00e9e de l’ann\u00e9e s’appelle la signature claire (clear signing), et elle a chang\u00e9 de dimension le 12 mai 2026, quand la Ethereum Foundation a annonc\u00e9<\/a> en prendre la responsabilit\u00e9 via son initiative Trillion Dollar Security, reprenant le flambeau de Ledger.<\/p>

Le principe est r\u00e9sum\u00e9 par un mot d’ordre : WYSIWYS, \u00ab What You See Is What You Sign \u00bb, ce que vous voyez est ce que vous signez. L’annonce le formule cr\u00fbment : approuver une transaction est cens\u00e9 \u00eatre la derni\u00e8re ligne de d\u00e9fense sur ce qui arrive \u00e0 vos actifs, et \u00ab when it is done blindly, that defense does not hold \u00bb (faite \u00e0 l’aveugle, cette d\u00e9fense ne tient pas). Le dispositif repose sur ERC-7730<\/a>, un format JSON qui d\u00e9crit en langage humain le contenu d’un appel de contrat (calldata EVM), d’un message typ\u00e9 EIP-712 ou d’une op\u00e9ration de compte (ERC-4337), aujourd’hui au statut Draft en version 2.0.0, initi\u00e9 par des contributeurs de Ledger dont Laurent Castillo et Derek Rein. Autour du format, un registre public partag\u00e9 stocke ces descriptions, dont l’exactitude est v\u00e9rifi\u00e9e par des relectures et des attestations ind\u00e9pendantes, chaque portefeuille choisissant les sources auxquelles il fait confiance. Parmi les contributeurs figurent Ledger, MetaMask, Trezor, Fireblocks, WalletConnect, Keycard, Cyfrin, Sourcify, Zama, ZKnox et Argot.<\/p>

Pour un multisig, l’apport est direct : si chaque signataire voit, en clair et sur l’\u00e9cran s\u00e9curis\u00e9 de son propre appareil, la m\u00eame description lisible de la transaction, l’attaque par interface trafiqu\u00e9e devient beaucoup plus difficile. Un m\u00e9canisme compl\u00e9mentaire d’empreinte de calldata permet m\u00eame de recalculer un court condens\u00e9 reproductible sur un second appareil et de le comparer, exactement la contre-mesure qui manquait \u00e0 Bybit et Radiant. Des outils ind\u00e9pendants existent d\u00e9j\u00e0 pour cela : clearsig, d\u00e9velopp\u00e9 par Cyfrin, et l’outil communautaire SafeLens recalculent le vrai hash d’une transaction Safe sur une machine s\u00e9par\u00e9e, pour comparaison. La r\u00e8gle pratique tient en une ligne : si le portefeuille ne sait pas vous montrer ce que vous signez, ne signez pas.<\/p>

Timelocks, simulation et surveillance : gagner du temps pour dire non<\/h2>

Une bonne conception de multisig ne mise pas seulement sur la signature ; elle mise sur le temps. Trois m\u00e9canismes donnent aux signataires la possibilit\u00e9 de dire non avant qu’il ne soit trop tard.<\/p>

Le premier est le timelock, un d\u00e9lai obligatoire entre l’approbation d’une transaction et son ex\u00e9cution. Ce d\u00e9lai cr\u00e9e une fen\u00eatre de d\u00e9tection : si une transaction anormale passe le seuil, l’\u00e9quipe a des heures, parfois des jours, pour la rep\u00e9rer et l’annuler. L’affaire Drift Protocol montre le prix de son absence. Quelques jours avant le vol d’environ 244 millions d’euros (pr\u00e8s de 285 millions de dollars), le conseil de s\u00e9curit\u00e9 avait migr\u00e9 vers un 2-of-5 sans aucun timelock, supprimant pr\u00e9cis\u00e9ment la fen\u00eatre de d\u00e9tection ; les attaquants, qui avaient patiemment obtenu des transactions pr\u00e9-sign\u00e9es via la fonction \u00ab durable nonce \u00bb de Solana, n’avaient plus qu’\u00e0 les ex\u00e9cuter \u00e0 la demande, a racont\u00e9 CoinDesk<\/a>.<\/p>

Le deuxi\u00e8me est la simulation : rejouer la transaction avant de l’ex\u00e9cuter, avec des outils comme Tenderly ou la simulation int\u00e9gr\u00e9e de Safe, pour voir son effet r\u00e9el sur l’\u00e9tat de la cha\u00eene. La limite, r\u00e9v\u00e9l\u00e9e par Radiant, est que la simulation ne vaut rien si la machine qui la lance est elle-m\u00eame compromise. Le troisi\u00e8me est la surveillance active : \u00eatre alert\u00e9 en temps r\u00e9el de toute activit\u00e9 on-chain sur le multisig, et v\u00e9rifier hors bande (par appel vid\u00e9o et message sign\u00e9) toute op\u00e9ration sensible avant de l’approuver. Un multisig sans surveillance est un coffre sans alarme.<\/p>

Rotation des cl\u00e9s, offboarding et plan de reprise<\/h2>

Un multisig n’est pas un objet que l’on installe et oublie ; c’est un dispositif vivant qui exige de l’entretien. La certification SEAL SFC Multisig Operations<\/a>, une norme op\u00e9rationnelle ouverte et auditable, en donne le d\u00e9tail : un propri\u00e9taire des op\u00e9rations nomm\u00e9, un registre complet des signataires tenu \u00e0 jour, des revues d’acc\u00e8s trimestrielles, une rotation et un retrait (offboarding) rapides des signataires qui quittent leurs fonctions, une piste d’audit conserv\u00e9e plusieurs ann\u00e9es, et des proc\u00e9dures d’urgence test\u00e9es r\u00e9guli\u00e8rement.<\/p>

La rotation compte autant que la configuration initiale. Un signataire qui part, un appareil perdu, un canal de communication compromis : chacun de ces \u00e9v\u00e9nements doit d\u00e9clencher un retrait et un remplacement. Sur un multisig on-chain, ce changement a un co\u00fbt en gaz et en coordination, ce qui pousse trop d’\u00e9quipes \u00e0 repousser l’op\u00e9ration ; c’est une erreur, car un signataire fant\u00f4me est une porte laiss\u00e9e ouverte.<\/p>

Le plan de reprise est le volet le plus n\u00e9glig\u00e9. Que fait-on quand un seuil de cl\u00e9s devient indisponible ? Quand on soup\u00e7onne une compromission en pleine transaction ? Un dispositif s\u00e9rieux pr\u00e9voit \u00e0 l’avance les r\u00e9ponses : comment atteindre le quorum en mode d\u00e9grad\u00e9, qui contacter, comment geler les op\u00e9rations. Sans ce plan \u00e9crit et r\u00e9p\u00e9t\u00e9, la premi\u00e8re crise se g\u00e8re dans la panique, et la panique signe mal.<\/p>

Le co\u00fbt cach\u00e9 : gaz, friction et le pi\u00e8ge de la r\u00e9cup\u00e9ration<\/h2>

Le multisig a un prix, et l’ignorer fait partie des raisons pour lesquelles il d\u00e9\u00e7oit. Chaque changement de signataire, chaque ex\u00e9cution, co\u00fbte du gaz et du temps de coordination. Cette friction n’est pas neutre : elle pousse \u00e0 repousser les rotations, \u00e0 r\u00e9utiliser des appareils, \u00e0 contourner les proc\u00e9dures, c’est-\u00e0-dire \u00e0 saboter lentement la s\u00e9curit\u00e9 que l’on croyait acheter.<\/p>

Le co\u00fbt peut m\u00eame devenir explicite. En octobre 2025, le premier multisig natif de Ledger a introduit des frais de transaction, un forfait d’environ 10 dollars sur les transferts standard et 0,05 % sur les transferts de tokens ERC-20, en plus du gaz r\u00e9seau. Le d\u00e9veloppeur pcaversaccio, contributeur du r\u00e9seau de r\u00e9ponse SEAL-911, a qualifi\u00e9 le mod\u00e8le de tactique de \u00ab cash-cow \u00bb et reproch\u00e9 \u00e0 Ledger de vouloir devenir \u00ab the single choke point for all crypto \u00bb (le point de passage oblig\u00e9 de toute la crypto), tandis que Charles Guillemet justifiait ces frais par le co\u00fbt de l’infrastructure et des audits n\u00e9cessaires, rapporte The Block<\/a>. Le d\u00e9bat d\u00e9borde le cas Ledger : s\u00e9curiser s\u00e9rieusement un multisig a un co\u00fbt r\u00e9current, en argent comme en attention.<\/p>

Le pi\u00e8ge le plus dangereux reste la r\u00e9cup\u00e9ration. Un multisig mal pens\u00e9 peut devenir irr\u00e9cup\u00e9rable : seeds perdus, signataires injoignables, seuil impossible \u00e0 r\u00e9unir. C’est pr\u00e9cis\u00e9ment le sc\u00e9nario que redoute Guillemet quand il parle de configurations impossibles \u00e0 r\u00e9cup\u00e9rer en toute s\u00e9curit\u00e9. Un coffre que personne ne peut plus ouvrir n’est pas un coffre s\u00fbr, c’est une perte \u00e0 retardement.<\/p>

Multisig ou MPC : deux fa\u00e7ons de r\u00e9partir la confiance<\/h2>

Le multisig n’est pas la seule mani\u00e8re de supprimer le point de d\u00e9faillance unique. Le calcul multipartite (MPC, multi-party computation) r\u00e9partit lui aussi le pouvoir de signature, mais diff\u00e9remment : au lieu de plusieurs cl\u00e9s distinctes validant on-chain, une seule cl\u00e9 est fragment\u00e9e en parts d\u00e9tenues par plusieurs parties, qui coop\u00e8rent pour produire une signature sans jamais reconstituer la cl\u00e9 compl\u00e8te.<\/p>

Dimension<\/th>Multisig<\/th>MPC<\/th><\/tr><\/thead>
O\u00f9 vit la logique<\/td>On-chain, dans un contrat<\/td>Hors cha\u00eene, dans un protocole cryptographique<\/td><\/tr>
V\u00e9rifiabilit\u00e9<\/td>Transparente, auditable on-chain<\/td>D\u00e9pend de l’infrastructure du fournisseur<\/td><\/tr>
Co\u00fbt et flexibilit\u00e9<\/td>Gaz \u00e0 chaque changement, plus rigide<\/td>Changement de parts hors cha\u00eene, moins cher, plus souple<\/td><\/tr>
Empreinte on-chain<\/td>Visible (adresses des signataires)<\/td>Une seule adresse, confidentialit\u00e9 accrue<\/td><\/tr><\/tbody><\/table><\/figure>

Safe r\u00e9sume l’arbitrage d’une formule : le multisig \u00ab externalise la confiance dans du code v\u00e9rifiable \u00bb<\/a>, l\u00e0 o\u00f9 le MPC internalise la confiance dans des syst\u00e8mes et une infrastructure qui ne peuvent pas \u00eatre enti\u00e8rement v\u00e9rifi\u00e9s on-chain. Fireblocks<\/a>, c\u00f4t\u00e9 institutionnel, rappelle que le MPC est reconnu par des r\u00e9gulateurs comme valable pour l’auto-conservation depuis 2019, mais que le multisig conserve la piste d’audit la plus longue et la plus \u00e9prouv\u00e9e. Le choix n’est pas id\u00e9ologique : il d\u00e9pend de qui doit pouvoir v\u00e9rifier quoi.<\/p>

C’est aussi une question de contrepartie. Comme pour un perp DEX, o\u00f9 savoir qui est la maison derri\u00e8re vos positions<\/a> change tout au risque r\u00e9el, choisir entre multisig et MPC revient \u00e0 choisir \u00e0 qui, et \u00e0 quelle infrastructure, vous d\u00e9l\u00e9guez la garde de vos cl\u00e9s. La transparence a un co\u00fbt ; l’opacit\u00e9 aussi.<\/p>

Gouvernance et responsabilit\u00e9 : DAO, CASP et le r\u00f4le de l’AMF<\/h2>

Au-del\u00e0 de la technique, un multisig est une structure de gouvernance, et sa s\u00e9curit\u00e9 d\u00e9pend de qui d\u00e9cide. Les conseils de s\u00e9curit\u00e9 (Security Councils) des protocoles en sont l’illustration : leur composition, leurs seuils et leurs d\u00e9lais sont des choix politiques autant que techniques. La migration de Drift vers un 2-of-5 sans timelock, juste avant son vol, \u00e9tait une d\u00e9cision de gouvernance avant d’\u00eatre une faille technique ; c’est le m\u00eame engrenage que d\u00e9cortiquent les autopsies d’attaques de gouvernance<\/a>, o\u00f9 une structure de d\u00e9cision mal pens\u00e9e devient l’outil de sa propre exploitation.<\/p>

Le volet r\u00e9glementaire change selon qui d\u00e9tient les fonds. Un prestataire de services sur actifs num\u00e9riques (le CASP au sens de MiCA, l’ancien PSAN en France) qui conserve les avoirs de ses clients dans un multisig r\u00e9pond de ses contr\u00f4les de signature. Le r\u00e9gime de responsabilit\u00e9 de l’article 75 de MiCA et les exigences de r\u00e9silience op\u00e9rationnelle de DORA s’appliquent, et un client l\u00e9s\u00e9 dispose d’un recours via son r\u00e9gulateur national, l’AMF pour la France. Le r\u00e9gime transitoire PSAN a d’ailleurs pris fin le 1er juillet 2026, l’AMF ayant pr\u00e9venu d\u00e8s f\u00e9vrier 2026 que les acteurs non conformes devaient organiser une sortie ordonn\u00e9e, comme le rappelle l’autorit\u00e9<\/a>.<\/p>

Mais cette protection s’arr\u00eate \u00e0 la porte de la finance d\u00e9centralis\u00e9e. Un utilisateur d’un multisig pleinement d\u00e9centralis\u00e9, sans interm\u00e9diaire r\u00e9gul\u00e9, tombe hors du champ de MiCA : aucun CASP responsable, aucun r\u00e9gulateur \u00e0 saisir, ses propres proc\u00e9dures pour seule d\u00e9fense. Et quand tout \u00e9choue, il reste la justice, longue et incertaine : le 7 ao\u00fbt 2026, Bybit a obtenu d’un tribunal f\u00e9d\u00e9ral am\u00e9ricain le gel d’une partie des fonds vol\u00e9s en poursuivant la Cor\u00e9e du Nord et Lazarus, le juge reconnaissant une \u00ab likelihood of success on the merits \u00bb (des chances s\u00e9rieuses de l’emporter sur le fond), selon CoinDesk<\/a>. Aucun des grands vols de cette ann\u00e9e n’a frapp\u00e9 un d\u00e9positaire r\u00e9gul\u00e9 ; la meilleure gouvernance reste celle qui \u00e9vite d’en arriver l\u00e0.<\/p>

Foire aux questions<\/h2>

Combien de signataires faut-il pour un multisig ?<\/h3>

Le r\u00e9f\u00e9rentiel SEAL recommande un minimum de trois signataires et un seuil d’au moins 50 %, et sept signataires ou plus d\u00e8s que le multisig garde l’\u00e9quivalent de plus d’un million de dollars (environ 850 000 euros). Pour un particulier, un 2-of-3 suffit souvent ; pour une \u00e9quipe, un 3-of-5 ; pour un gros tr\u00e9sor, un 4-of-7 ou plus. \u00c9vitez les sch\u00e9mas N-of-N, o\u00f9 la perte d’une seule cl\u00e9 g\u00e8le tout.<\/p>

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

Pas automatiquement. Le multisig supprime le point de d\u00e9faillance unique, mais ajoute de la complexit\u00e9, donc de nouveaux points de rupture. Le directeur technique de Ledger a mis en garde en 2026 contre l’adoption r\u00e9flexe du multisig ; pour beaucoup de particuliers, un seul portefeuille mat\u00e9riel bien sauvegard\u00e9 avec signature claire reste plus s\u00fbr, et Miniscript offre un interm\u00e9diaire pour les besoins plus avanc\u00e9s.<\/p>

Qu’est-ce que la signature \u00e0 l’aveugle et comment l’\u00e9viter ?<\/h3>

Signer \u00e0 l’aveugle, c’est approuver une transaction dont l’appareil ne peut pas afficher le contenu lisible ; c’est le fil commun des plus gros vols multisig, o\u00f9 l’\u00e9cran montrait une chose et la transaction en signait une autre. On l’\u00e9vite par la signature claire (clear signing, standard ERC-7730), qui d\u00e9crit la transaction en langage humain, et en recalculant l’empreinte de la transaction sur un appareil s\u00e9par\u00e9 avant d’approuver.<\/p>

Multisig ou MPC : quelle diff\u00e9rence ?<\/h3>

Le multisig fait valider une transaction par plusieurs cl\u00e9s distinctes, avec une logique on-chain transparente et auditable, mais un co\u00fbt en gaz \u00e0 chaque changement. Le MPC fragmente une seule cl\u00e9 en parts d\u00e9tenues par plusieurs parties, ce qui est plus souple et confidentiel, mais d\u00e9pend de l’infrastructure d’un fournisseur, moins v\u00e9rifiable on-chain. Le choix d\u00e9pend de qui doit pouvoir v\u00e9rifier quoi.<\/p>

Qui est responsable en cas de vol sur le multisig d’un prestataire ?<\/h3>

Si les fonds \u00e9taient conserv\u00e9s par un prestataire r\u00e9gul\u00e9 (un CASP au sens de MiCA, supervis\u00e9 par l’AMF en France), celui-ci r\u00e9pond de ses contr\u00f4les de signature au titre de l’article 75 de MiCA et de DORA, et le client dispose d’un recours r\u00e9glementaire. En revanche, un utilisateur d’un multisig pleinement d\u00e9centralis\u00e9 tombe hors du champ de MiCA : il n’a ni CASP responsable ni r\u00e9gulateur \u00e0 saisir, et ses propres proc\u00e9dures sont sa seule protection.<\/p>