Multisignature, MPC et conservation institutionnelle

Répartir l’autorité sans confusion

Une institution qui détient des actifs numériques doit aller au-delà de la sécurité d’une seule clé privée. Elle a besoin d’une autorisation contrôlée, d’une continuité en cas de départ d’un employé, d’une résilience face aux défaillances des appareils, de preuves des approbations et de limites au risque d’abus internes. Deux approches souvent évoquées sont l’autorisation par signatures multiples (multisignature ou multisig) et le calcul multipartite (MPC), en particulier la signature à seuil. Ces deux approches peuvent répartir le contrôle, mais elles le font de façons techniquement différentes. Aucune ne fournit automatiquement un programme complet de gouvernance ou de conservation.

Un seuil est le nombre minimal de participants ou de contributions à la signature nécessaires pour autoriser une action. Par exemple, une configuration « 2 sur 3 » nécessite deux des trois participants désignés. La mise en œuvre exacte sur la chaîne dépend du réseau et de la conception du compte ; la seule indication d’un seuil ne révèle pas les hypothèses de sécurité. Les institutions doivent aussi se demander si les participants agissent indépendamment ou s’ils sont vulnérables à un même compte administratif, site ou processus compromis.

Autorisation par signatures multiples

Dans une configuration multisig classique, plusieurs clés privées distinctes sont associées à une politique de dépense. Une transaction n’est autorisée que lorsque suffisamment de signatures valides satisfont à cette politique. Dans une configuration 2 sur 3, la perte d’une clé de signature n’empêche pas nécessairement l’utilisation si les parties autorisées restantes et la politique continuent de fonctionner. Mais deux signataires compromis pourraient autoriser un transfert malveillant, et des sauvegardes mal stockées peuvent compromettre l’indépendance recherchée.

La vérification multisig peut être directement visible dans les scripts, la logique de programme ou la configuration du compte du réseau, selon la blockchain. Un examinateur peut être en mesure d’inspecter sur la chaîne l’exigence de seuil. Les détails diffèrent selon les réseaux, et une simple affirmation selon laquelle une adresse est « multisig » devrait être étayée par la politique ou l’état du programme effectifs. Sur les systèmes Bitcoin compatibles, BIP-174, Partially Signed Bitcoin Transaction Format, aide à coordonner les différentes parties signataires ; ce format est un mécanisme d’échange de transactions, et non la politique d’autorité elle-même.

Répartition et coordination

Si l’objectif est la résilience face à une compromission, les signataires ne devraient pas tous utiliser le même appareil ni dépendre des identifiants inchangés d’une seule personne. Toutefois, la répartition ajoute de la complexité : les descripteurs de politique compatibles, les détails des transactions, les registres du cycle de vie des clés et les procédures de récupération testées deviennent plus importants. Une divergence entre les configurations de portefeuille des participants peut empêcher une transaction pourtant valide. Une organisation devrait documenter la façon dont les nouveaux signataires sont nommés, retirés ou remplacés, et préciser si ces changements nécessitent des transactions sur la chaîne.

MPC et signature à seuil

Le calcul multipartite est une famille de techniques qui permet aux participants de calculer conjointement un résultat sans se divulguer mutuellement toutes leurs données privées. Dans la signature à seuil, le matériel secret peut être réparti en parts afin que plusieurs parties coopèrent pour produire une signature cryptographique valide. Dans de nombreux protocoles de ce type, il n’est pas nécessaire de reconstituer une clé de signature complète en un seul endroit lors des opérations courantes de signature. Le projet Multi-Party Threshold Cryptography du NIST explique ce modèle général ainsi que la recherche et l’évaluation des schémas à seuil.

Selon le schéma, une signature à seuil peut apparaître sur la blockchain comme une signature ordinaire provenant d’une seule clé publique. Dans ce cas, les observateurs du réseau peuvent ne pas savoir combien de participants ont contribué ni quelles approbations commerciales ont eu lieu hors chaîne. Cela diffère d’une politique multisig sur la chaîne qui vérifie explicitement plusieurs signatures. L’affirmation selon laquelle « le MPC est invisible sur la chaîne » n’est donc pas une règle universelle : les mises en œuvre et les structures de compte varient. Pour analyser un système, identifiez précisément le schéma cryptographique et les conditions de vérification sur la chaîne.

Hypothèses de sécurité et risques liés à la mise en œuvre

Le MPC ne supprime pas la nécessité d’une authentification forte, de participants indépendants, de logiciels fiables, d’appareils protégés et d’une réponse coordonnée aux incidents. Certains protocoles dépendent de cycles d’interaction, de valeurs aléatoires et de communications sécurisées mis en œuvre avec soin. Si les parts, les éléments de sauvegarde ou les contrôles administratifs sont concentrés dans un même domaine de défaillance, la répartition apparente peut offrir moins de protection que prévu. La perte de parts peut empêcher la signature, sauf si des mécanismes de récupération appropriés sont en place. Les évaluations devraient examiner les menaces auxquelles le protocole spécifique répond, les conséquences de l’indisponibilité d’un participant et les personnes habilitées à en modifier la configuration.

La conservation institutionnelle est un système de contrôles

La conservation institutionnelle réelle combine technologie, personnes et processus. Un processus type peut comprendre un demandeur qui saisit une transaction proposée ; une deuxième fonction qui vérifie son objectif, son destinataire, son montant et les pièces justificatives ; un moteur de politiques qui évalue les seuils ; des signataires protégés qui autorisent la transaction ; et une fonction opérationnelle qui la diffuse et en effectue le rapprochement. Chaque rôle devrait avoir des accès définis, faire l’objet d’une traçabilité et disposer de mécanismes de relève. Un dispositif de signature répartie ne peut pas compenser un processus métier qui permet à quiconque d’approuver n’importe quel destinataire sans examen efficace.

Les organisations ont également besoin d’une séparation claire entre la politique de signature et la comptabilisation des actifs. Une transaction signée conformément aux règles cryptographiques peut néanmoins enfreindre des limites de dépenses, des exigences contractuelles ou la délégation interne de pouvoirs. À l’inverse, un ticket d’approbation interne ne suffit pas si les clés de signature restent accessibles à un seul opérateur sans obligation de rendre compte. L’objectif de contrôle est d’assurer l’alignement entre l’intention autorisée, les octets effectivement signés, l’exécution sur la chaîne et les écritures comptables enregistrées.

Résilience, récupération et cycle de vie des clés

Les équipes institutionnelles devraient tester la perte d’un signataire, la compromission d’un appareil, une panne de réseau, un changement organisationnel et la nécessité de révoquer l’autorité d’un employé. Une politique résiliente 2 sur 3 peut tout de même échouer si les deux signataires restants sont simultanément injoignables. Les procédures de remplacement peuvent nécessiter de modifier les parts de clé, de renouveler les clés ou de transférer les actifs vers une nouvelle politique sur la chaîne. Ces opérations comportent un coût technique et un risque opérationnel ; les exercices et les pistes d’audit sont donc importants.

NIST SP 800-57 Part 1 Revision 5 fournit des lignes directrices générales sur le cycle de vie des clés, pertinentes pour leur génération, leur utilisation, leur protection, leur compromission et leur récupération. ISO/IEC 27001:2022 soutient la gestion, à l’échelle de l’organisation, des responsabilités en matière de sécurité et du traitement des risques. NIST IR 8214C (2026), NIST First Call for Multi-Party Threshold Schemes, illustre le fait que l’évaluation de la cryptographie à seuil est un domaine technique actif ; citer un projet de recherche ne certifie pas qu’une plateforme commerciale de conservation donnée répond à un niveau d’assurance précis.

Politique, cadre juridique et éléments probants

Lorsqu’un prestataire réglementé propose des services de conservation pour le compte de clients, des exigences légales peuvent s’appliquer indépendamment de l’architecture de signature choisie. De nombreux régimes imposent des obligations de conservation à ces prestataires, notamment des accords avec les clients, des politiques de conservation, des registres des positions, ainsi que des procédures de ségrégation et de restitution. La Recommandation 15 du GAFI et les Updated Guidance for a Risk-Based Approach to Virtual Assets and Virtual Asset Service Providers du GAFI (2021) concernent la classification fonctionnelle et le traitement des risques des services liés aux actifs virtuels. Aucune de ces obligations n’est satisfaite par la seule affirmation « nous utilisons le MPC » ou « nous avons un portefeuille multisig ».

Un auditeur devrait demander des éléments probants concernant les seuils, l’indépendance des signataires, l’historique des approbations, la récupération des clés, les mises à jour des politiques, le rapprochement et les accès exceptionnels. Une liste des signataires est utile, mais insuffisante sans savoir lesquels peuvent effectivement exercer le contrôle et qui peut passer outre le système. La gouvernance devrait également distinguer l’autorisation d’initier une action, celle d’approuver son objectif économique et celle de produire la signature cryptographique.

Comparaison pratique

Imaginez une opération de trésorerie qui exige l’autorisation de deux personnes indépendantes pour transférer des actifs. Dans le cas d’un multisig sur la chaîne, la politique de dépense peut exiger deux signatures cryptographiques distinctes, ce qui rend le seuil visible et applicable. Dans un système MPC à seuil, des parties indépendantes peuvent générer collectivement une signature acceptée par la blockchain, tandis que le quorum est imposé hors chaîne par le protocole. Les deux approches peuvent favoriser la séparation des tâches au sein de l’organisation si elles sont conçues de manière sécurisée. Les deux peuvent échouer si un administrateur peut modifier discrètement les signataires, contourner la logique d’approbation ou substituer les détails de la transaction.

À retenir pour l’examen : Distinguer les politiques multisignatures sur la chaîne de la signature MPC à seuil, comprendre pourquoi une règle 2 sur 3 ne prouve pas à elle seule l’indépendance opérationnelle, et déterminer les contrôles de gouvernance, d’audit, de rapprochement, de récupération et les contrôles juridiques nécessaires à la conservation institutionnelle.