Pourquoi les ponts crypto sont le point le plus vulnérable de l'écosystème Web3 (et comment cela évolue)

Les ponts crypto (en anglais "bridges") permettent le transfert d'actifs et de données entre différents réseaux blockchain qui, par eux-mêmes, ne peuvent pas "communiquer" entre eux.

Sans eux, il n'y aurait ni transferts d'ETH vers Solana, ni BTC wrapped sur Ethereum, ni liquidité circulant entre les dizaines de solutions Layer 2.

Or, c'est précisément ce rôle d'intermédiaire qui a fait des ponts l'une des cibles les plus fréquentes des attaques dans l'univers crypto. Cela ne tient pas du hasard, mais de l'architecture même sur laquelle ils sont construits.

Pourquoi les ponts sont structurellement vulnérables

Dans son essence, chaque pont fait une seule chose : il verrouille (ou brûle) l'actif sur la chaîne d'origine et émet une version équivalente, "wrapped", sur la chaîne de destination.

Cela signifie qu'un contrat, appelé vault, doit exister quelque part, contenant l'intégralité de la valeur verrouillée. Ce contrat représente un point de risque unique et concentré : alors que les conséquences d'une attaque sur une plateforme DeFi individuelle se limitent généralement à ses propres utilisateurs, les conséquences d'une attaque sur un pont peuvent affecter toute personne ayant un jour transféré des fonds à travers celui-ci.

Le deuxième problème concerne le modèle de confiance. La plupart des ponts s'appuient encore aujourd'hui sur un ensemble de validateurs ou de signataires multisig qui confirment qu'une transaction sur la chaîne d'origine a bien eu lieu avant d'autoriser la libération des fonds sur la chaîne de destination.

Ce modèle est rapide et peu coûteux à mettre en œuvre, mais il revient à placer sa confiance dans un nombre limité de personnes et dans leurs clés privées - et ce sont précisément ces clés qui constituent le point de compromission le plus fréquent, que ce soit par vol, ingénierie sociale, ou attaques de phishing visant des signataires individuels.

Enfin, un pont doit réconcilier la chaîne d'origine et la chaîne de destination : deux systèmes qui présentent souvent une logique de consensus, une vitesse de finalité des transactions et un mode d'enregistrement de l'état totalement différents.

Par exemple, Bitcoin enregistre les fonds selon le modèle UTXO (des "pièces" individuelles qui sont dépensées), tandis qu'Ethereum ou Solana utilisent un modèle de comptes (l'état est mis à jour au sein d'un compte, à l'image d'un relevé bancaire).

Lorsqu'un pont doit traduire un événement d'un système à l'autre, l'équipe de développement doit modéliser manuellement cette différence dans le code du contrat - et c'est précisément dans cette traduction, dans la logique qui vérifie si une signature ou une preuve est réellement valide, que naissent le plus souvent des erreurs subtiles, difficiles à détecter même lors d'audits approfondis.

L'ampleur du problème

L'histoire le confirme en chiffres.

Prenons l'exemple du pont Ronin, qui prenait en charge le jeu Axie Infinity en 2022 : ce pont exigeait les signatures de cinq validateurs sur un total de neuf pour approuver les transactions.

Imaginez cela comme un coffre-fort qui ne s'ouvre que si cinq gardiens sur neuf tournent leur clé simultanément.

Les attaquants liés au groupe nord-coréen Lazarus n'ont pas percé la cryptographie ; ils ont plutôt trompé les employés de l'entreprise qui contrôlait quatre des neuf clés à l'aide d'une fausse offre d'emploi.

Ils ont obtenu la cinquième clé parce qu'une organisation DAO (une communauté décentralisée qui vote sur les décisions) avait auparavant accordé au pont une autorisation temporaire d'utiliser sa signature, autorisation qui n'a jamais été révoquée.

Ainsi, plutôt que de pirater le système, ils ont simplement réuni suffisamment de "gardiens" - et se sont versé 173 600 ETH et 25,5 millions d'USDC.

La même année, deux attaques similaires ont eu lieu.

Le pont Wormhole a perdu 320 millions de dollars après avoir réussi à falsifier la signature d'un de ses validateurs "guardian" ; le contrat n'a pas détecté la falsification et a autorisé le paiement.

Le pont Nomad a perdu près de 200 millions de dollars d'une manière encore plus singulière : la première personne à avoir découvert une faille permettant de retirer des fonds sans preuve valide l'a exploitée, et dès que la nouvelle s'est répandue, des centaines d'autres utilisateurs ont reproduit la même transaction, laissant le pont privé d'une part importante de ses fonds en quelques heures.

En additionnant tout cela, le tableau devient clair. Selon la société d'analyse Chainalysis, plus de 2,5 milliards de dollars ont été volés sur des ponts au cours de la seule période 2021-2023, tandis que des estimations plus larges situent les pertes totales des ponts depuis 2021 à plus de 2,8 milliards de dollars.

Ce qui frappe le plus dans ces chiffres, c'est le schéma qui se répète : la quasi-totalité des pertes majeures se sont produites sur des ponts qui dépendent d'un nombre limité de personnes ou de validateurs pour confirmer la validité d'une transaction (les ponts dits "à confiance limitée").

Les ponts qui, au lieu de personnes, utilisent une vérification cryptographique et mathématique - dont nous parlerons plus en détail ci-après - sont restés jusqu'à présent pratiquement intacts. En d'autres termes, le risque augmente partout où la sécurité d'un pont dépend du comportement d'individus plutôt que d'une vérification cryptographique.

Comment la situation évolue

L'industrie a tiré une leçon claire de ces attaques : la solution à long terme n'est pas un multisig plus robuste, mais l'élimination complète de l'élément humain du processus de vérification.

Cela donne lieu à trois axes de développement qui façonnent actuellement une génération de ponts plus sûre.

Vérification par client léger et zero-knowledge

Plutôt que de faire confiance à un groupe de validateurs, la chaîne de destination vérifie elle-même ce qui s'est passé sur la chaîne d'origine, un peu comme lorsqu'on examine soi-même des documents au lieu de se fier à la parole d'autrui sur leur exactitude.

Dans une variante plus avancée, on utilise une preuve zero-knowledge : un enregistrement mathématique confirmant qu'une transaction a bien eu lieu, sans que quiconque ait besoin de revérifier l'historique complet de la chaîne.

La sécurité du pont ne dépend donc plus de l'honnêteté des validateurs, mais uniquement de l'exactitude des mathématiques.

Le protocole IBC de Cosmos utilise cette approche depuis des années, et un nombre croissant de ponts Ethereum adoptent un modèle similaire, même si ce type d'infrastructure est plus difficile et plus lent à construire.

Ponts natifs et canoniques

Lorsqu'un pont "wrap" un actif, il crée en réalité une nouvelle version synthétique du token, représentant l'original verrouillé ailleurs.

Par exemple, le BTC wrapped sur Ethereum n'est pas du véritable Bitcoin, mais une reconnaissance de dette qui ne vaut que ce que vaut le contrat qui l'émet. Chaque version wrapped de ce type constitue un point supplémentaire nécessitant son propre niveau de sécurité.

C'est pourquoi un nombre croissant de projets adoptent une approche différente : au lieu du wrapping, le token est brûlé sur une chaîne et un token identique, canonique, est émis sur l'autre.

Le protocole de Circle pour l'USDC fonctionne exactement ainsi. Le résultat est un nombre réduit de "versions" différentes d'un même token en circulation, ce qui simplifie l'ensemble du système et réduit le nombre de composants à surveiller.

Réseaux de vérificateurs distribués

Plutôt que de faire reposer toute la sécurité du pont sur un ensemble fixe et unique de validateurs, les architectures plus récentes combinent plusieurs réseaux indépendants qui vérifient mutuellement leur travail, chaque réseau supplémentaire renforçant ainsi la fiabilité globale du système.

S'ajoutent également, de plus en plus, des mécanismes de "freinage" supplémentaires : des délais de verrouillage (timelocks) qui retardent les paiements importants afin de laisser une marge de réaction, des pauses automatiques dès que le système détecte quelque chose d'inhabituel, ainsi que des assurances qui indemnisent les clients en cas de faille.

Lignes directrices pratiques

Le message est simple : chaque pont est un composant actif du système, et non un simple tuyau neutre à travers lequel les actifs transitent.

Chaque pont comporte son propre profil de risque, selon qu'il s'appuie sur des personnes ou sur la cryptographie.

Avant de transférer une valeur importante via un pont, il est utile de vérifier quel modèle de vérification il utilise, depuis combien de temps il fonctionne sans incident, et s'il a fait l'objet d'un audit indépendant.

Un avenir plus sûr pour l'interopérabilité du Web3 se construit précisément en réduisant le nombre d'endroits où la confiance doit être placée dans des personnes, et de plus en plus dans des endroits où elle est simplement remplacée par les mathématiques.