La blockchain a commencé à se préparer à l'échéance quantique
Depuis des années, l'informatique quantique plane sur la sécurité de la blockchain comme une menace techniquement plausible, dont le calendrier reste heureusement incertain. Cet écart commence à se réduire, car les cryptographes, les gouvernements et les grandes plateformes technologiques sont passés de la simple discussion sur la sécurité post-quantique à la mise en œuvre de plans de migration, tandis que les réseaux blockchain sont confrontés à une version particulièrement délicate du problème : leur historique cryptographique est public, persistant et regorge d'actifs qui pourraient nécessiter une protection bien avant qu'un ordinateur quantique suffisamment puissant n'existe réellement.
La plupart des principales chaînes de blocs s'appuient sur la cryptographie à clé publique pour vérifier que la personne qui transfère un actif contrôle bien la clé privée correspondante. Bitcoin et Ethereum utilisent des implémentations différentes, mais les deux reposent en fin de compte sur des problèmes mathématiques que les ordinateurs classiques ne peuvent pas résoudre efficacement. Un ordinateur quantique suffisamment puissant, exécutant l'algorithme approprié, pourrait remettre en cause cette hypothèse en déduisant des clés privées à partir d'informations dont la divulgation est actuellement sans risque.
Il ne faut pas confondre ce risque immédiat avec un effondrement imminent des réseaux de cryptomonnaies. Les ordinateurs quantiques actuels sont encore loin d’atteindre la puissance nécessaire pour déchiffrer, dans des conditions réelles, les signatures de blockchain couramment utilisées, et les estimations quant à la date à laquelle cette capacité pourrait être atteinte varient considérablement. Cependant, les ingénieurs en sécurité attendent rarement que l’attaque devienne possible, car le remplacement de la cryptographie sur un réseau financier en service peut prendre des années, et les actifs protégés aujourd’hui pourraient encore avoir de la valeur lorsque la menace finira par se concrétiser.
Les blockchains sont également confrontées à un problème d’héritage inhabituel. Une banque peut renforcer le chiffrement de ses systèmes internes, obliger ses employés à utiliser de nouveaux moyens d’authentification et mettre hors service les infrastructures vulnérables dans le cadre d’un programme géré de manière centralisée. Un réseau décentralisé compte en revanche des millions d’utilisateurs, d’anciens portefeuilles, de contrats intelligents et d’adresses dont les propriétaires ne suivent peut-être plus suffisamment de près les évolutions techniques pour effectuer la migration en temps voulu.
Les avoirs inactifs illustrent bien cette difficulté. Les portefeuilles cryptographiques créés il y a de nombreuses années peuvent contenir des actifs considérables, alors que leurs propriétaires effectuent rarement des transactions. Ils risquent donc de passer à côté d'une future fenêtre de migration ou de se rendre compte que les logiciels et le matériel utilisés pour conserver les clés ne prennent plus en charge les nouvelles normes de signature. Les réseaux devront déterminer pendant combien de temps les anciennes méthodes cryptographiques resteront valides et ce qu'il adviendra des actifs qui ne sont jamais transférés.
La menace varie également en fonction de la manière dont une blockchain expose les clés publiques. Dans certains systèmes, une adresse peut dissimuler des informations jusqu’à ce que son propriétaire effectue un paiement à partir de celle-ci, tandis que les transactions antérieures peuvent révéler suffisamment d’éléments pour permettre à un futur attaquant de cibler le compte plus directement. Les équipes de sécurité doivent donc cartographier les vulnérabilités en fonction des différents états du compte, plutôt que de traiter tous les portefeuilles de la même manière.
La cryptographie post-quantique propose des alternatives fondées sur des problèmes mathématiques que les algorithmes quantiques ne devraient pas pouvoir résoudre efficacement. Ces systèmes s'accompagnent de leurs propres compromis techniques, car les clés et les signatures peuvent être plus volumineuses, la vérification peut nécessiter davantage de calculs et les systèmes de blockchain accordent une attention particulière à chaque octet de données que les nœuds doivent stocker et transmettre.
Une entreprise traditionnelle peut prendre en charge des certificats plus volumineux en augmentant sa capacité de stockage ou de traitement. Une blockchain publique réplique les informations sur un grand nombre de nœuds ; ainsi, une augmentation apparemment modeste de la taille des signatures peut se traduire par une charge supplémentaire considérable pour le réseau. Les développeurs ont donc besoin de solutions qui préservent la sécurité cryptographique sans compromettre les gains d'évolutivité que les réseaux ont mis des années à mettre en place.
La migration soulève également une question de gouvernance, car quelqu’un doit déterminer quel nouveau schéma cryptographique le réseau accepte. Des algorithmes qui semblent solides aujourd’hui peuvent révéler des faiblesses à la suite de recherches plus approfondies, tandis que la normalisation continue d’évoluer à mesure que les cryptographes analysent les approches envisageables. Les développeurs de blockchains ont donc besoin de « crypto-agilité » : la capacité à modifier à nouveau les primitives de sécurité sans avoir à reconstruire le protocole à chaque avancée des connaissances en cryptographie.
Les contrats intelligents ajoutent une couche supplémentaire, car de nombreuses applications intègrent dans leur code des hypothèses concernant les signatures, les portefeuilles et la vérification des comptes, et ce code peut rester déployé indéfiniment. Une mise à jour au niveau du réseau ne peut pas corriger automatiquement toutes les applications construites par-dessus, en particulier lorsque les développeurs ont abandonné leurs projets ou que les contrats ont été délibérément conçus pour résister à toute modification.
Les dépositaires et les plateformes d'échange peuvent agir plus rapidement puisqu'ils contrôlent leur propre infrastructure de portefeuilles, ce qui pourrait à terme diviser le marché entre, d'une part, les avoirs gérés par des professionnels qui migrent rapidement et, d'autre part, les actifs en auto-conservation dont les propriétaires prennent leurs décisions individuellement. Cette divergence compliquerait toute tentative visant à fixer une date butoir claire à partir de laquelle les anciennes signatures ne seraient plus acceptées.
L'adoption par les institutions renforce l'argument en faveur d'une mise en œuvre précoce. Les gestionnaires d'actifs, les banques et les sociétés de paiement ne peuvent pas affirmer à leurs comités de gestion des risques qu'une migration vers la technologie quantique sera improvisée lorsque la menace deviendra urgente, d'autant plus que les régulateurs attendent de plus en plus des systèmes critiques qu'ils présentent des plans de transition cryptographique. Une obligation tokenisée conçue pour rester en circulation pendant des décennies doit d’ores et déjà s’assurer que l’infrastructure qui la sécurise pourra perdurer pendant toute cette période.
La question va donc bien au-delà des spéculations sur le moment où un ordinateur quantique parviendra à pirater une blockchain. Les responsables de la sécurité doivent raisonner à rebours, en partant du temps nécessaire pour concevoir, tester, coordonner et mettre en œuvre une migration au sein d’une infrastructure dont personne n’a le contrôle total.
Blockchain L'architecture s'est toujours fondée sur l'hypothèse selon laquelle les règles cryptographiques peuvent se substituer à la confiance institutionnelle. L'informatique quantique n'invalide pas cette hypothèse, même si elle y ajoute une nouvelle condition : la cryptographie elle-même doit rester remplaçable. Les réseaux qui intègrent cette flexibilité avant d'en avoir besoin aborderont l'ère quantique de manière très différente de ceux qui seront contraints de s'adapter alors que leurs actifs précieux seront déjà exposés.
