Hacks de ponts cross-chain : les clés cèdent avant le code

Le troisième trimestre 2026 restera comme l’un des plus coûteux de l’histoire récente des cryptoactifs. D’après le bilan trimestriel de la société d’audit CertiK, les incidents de sécurité ont effacé environ 1,12 milliard d’euros (1,26 milliard de dollars) entre juillet et septembre, soit une hausse de 53,9 % sur un trimestre, répartie sur 247 incidents distincts, selon le relevé publié par Cointelegraph. Derrière ce total, un coupable revient sans cesse : les infrastructures chargées de faire circuler la valeur d’une blockchain à l’autre.

Une idée reçue tenace veut qu’un hack de pont soit d’abord l’affaire d’un contrat intelligent mal écrit, exploité par un virtuose du code. La réalité des grands casses est plus prosaïque, et plus dérangeante. Ce qui cède, le plus souvent, ce ne sont pas les lignes de Solidity auditées en long et en large, ce sont les clés qui autorisent les retraits et l’infrastructure hors chaîne qui valide les messages. Autrement dit, le maillon humain et opérationnel, pas seulement le maillon cryptographique. Décryptage, cas par cas.

Un troisième trimestre 2026 record, les ponts au centre

Le rapport de CertiK pour le troisième trimestre dresse un tableau sombre. Les pertes atteignent environ 1,12 milliard d’euros (1,26 milliard de dollars), contre 819,4 millions de dollars au trimestre précédent. Le piratage de la plateforme d’échange Bitget, à lui seul, représente environ 344 millions d’euros (387,5 millions de dollars), soit près d’un tiers du total. Vient ensuite l’exploitation du Liquid Network de Blockstream, le 6 septembre, pour environ 284 millions d’euros (320 millions de dollars), puis le protocole Tectonic (environ 107 millions d’euros) et un vol lié à Coldcard (environ 100 millions d’euros).

Le seul mois de septembre a concentré près de 769 millions de dollars de pertes sur 99 incidents, dont environ 273 millions de dollars ont été gelés ou restitués. Fait notable, les exploitations techniques, par opposition aux arnaques et aux fuites de clés ordinaires, ont représenté près de 96 % des pertes du mois. Le point commun de la plupart de ces dossiers : la valeur était concentrée dans un coffre unique, et la faille se situait dans la façon dont ce coffre autorisait ses sorties.

Précision de méthode : sauf mention contraire, les montants en euros de cet article sont convertis au cours de début octobre 2026, soit environ 1,13 dollar pour 1 euro, d’après les données de marché relevées par Trading Economics. Pour les affaires anciennes, le montant en dollars tel qu’il a été rapporté à l’époque fait foi.

Un pont, c’est d’abord un coffre

Avant d’ouvrir le capot technique, il faut comprendre ce qu’est, économiquement, un pont cross-chain. Dans sa forme la plus répandue, dite verrouillage et émission (lock and mint), l’utilisateur dépose un actif sur la chaîne A. Cet actif est verrouillé dans un contrat, le coffre, et une représentation équivalente, un token enveloppé (wrapped), est émise sur la chaîne B. Pour revenir en arrière, on brûle le token enveloppé sur B et on libère l’original sur A.

Il existe des variantes : les ponts à liquidité, où des pools des deux côtés évitent l’émission ; les modèles à émission et destruction natives ; et les pegs fédérés, comme celui qui relie Bitcoin à la sidechain Liquid. Mais toutes partagent une propriété. À mesure que les dépôts s’accumulent, le coffre devient une cible d’une valeur colossale. C’est le fameux honeypot, le pot de miel. La sécurité de l’ensemble se résume alors à une question simple : qui, ou quoi, a le droit d’ouvrir le coffre ?

Et c’est là que réside la fragilité structurelle. Le token enveloppé ne vaut que par la garantie qui dort dans le coffre. Si un attaquant vide ce coffre, ou s’il parvient à émettre des tokens enveloppés sans contrepartie, la parité saute et les détenteurs sur la chaîne de destination se retrouvent avec des reconnaissances de dette sans valeur. Toute la discipline consiste à protéger ce coffre sans paralyser les flux.

Deux surfaces d’attaque : qui autorise, et ce qui est autorisé

Pour s’y retrouver dans la jungle des incidents, un cadre simple aide. Un pont présente deux grandes surfaces d’attaque, et presque tous les casses se rangent dans l’une ou l’autre.

La première surface, c’est l’autorisation. Qui détient le pouvoir de signer une sortie de fonds ? Selon les conceptions, il s’agit d’un multisig, d’un ensemble de validateurs, d’un réseau d’oracles ou de relayeurs, ou encore d’un dispositif de calcul multipartite (MPC). Compromettez le quorum, par hameçonnage, logiciel malveillant, complicité interne ou fuite de clé, et vous pouvez forger des retraits en toute légitimité apparente. Ronin, Harmony et Multichain relèvent de cette catégorie.

La seconde surface, c’est la validation. À quoi ressemble, pour le contrat, un retrait valide ? Si la logique accepte une preuve forgée ou valide mal une entrée, l’attaquant n’a besoin d’aucune clé : il parle simplement le langage attendu par la machine. Wormhole, Nomad, Poly Network et le pont natif de BNB Chain tombent dans ce camp.

Ces deux surfaces ont un trait commun crucial : aucune ne correspond à la logique applicative qu’un auditeur passerait au peigne fin sur un protocole de prêt ou un échange décentralisé. Le risque se niche en amont, dans la plomberie. Comme nous l’écrivions à propos d’un autre dossier, le risque n’est souvent pas le code applicatif, mais tout ce qui l’entoure. Enfin, il existe un troisième cas, plus subtil, que l’affaire Liquid de septembre 2026 a mis en lumière : des clés parfaitement sûres, des signataires parfaitement honnêtes, mais une donnée empoisonnée en amont de leur signature. Nous y reviendrons.

Ronin, le cas d’école de la clé volée

Le 29 mars 2022, Sky Mavis, l’éditeur du jeu Axie Infinity, annonce que le pont Ronin a été vidé de 173 600 ETH et de 25,5 millions d’USDC, soit environ 555 millions d’euros (625 millions de dollars) au cours de l’époque, comme l’a reconstitué la société de sécurité Halborn. C’est, encore aujourd’hui, l’un des plus gros vols de l’histoire de la cryptomonnaie.

Le pont Ronin reposait sur un multisig de cinq validateurs sur neuf pour autoriser les retraits côté Ethereum. Sky Mavis en opérait quatre directement. Le cinquième verrou aurait dû être indépendant : il appartenait à l’Axie DAO. Mais en novembre 2021, débordée par l’afflux de joueurs, Sky Mavis avait obtenu de la DAO l’autorisation de signer en son nom pour fluidifier le trafic. Cette délégation n’a jamais été révoquée.

Le reste tient d’un manuel d’ingénierie sociale. Le 23 mars 2022, un ingénieur senior de Sky Mavis reçoit une fausse offre d’emploi sur LinkedIn, accompagnée d’un document PDF piégé. L’ouverture du fichier ouvre une brèche ; les attaquants se déplacent latéralement dans l’infrastructure, extraient quatre clés de validateurs, puis exploitent la délégation toujours active de l’Axie DAO pour forger la cinquième signature. Le FBI attribuera l’attaque au groupe nord-coréen Lazarus, selon les analyses de Chainalysis.

La leçon est brutale. Sur le papier, Ronin exigeait l’accord de cinq entités indépendantes. Dans les faits, une seule organisation contrôlait le quorum, et une permission oubliée a suffi à transformer une décentralisation théorique en point de défaillance unique. Le code du contrat, lui, a fonctionné exactement comme prévu : il a honoré des signatures valides. Le problème était ailleurs, dans la gouvernance des clés, un sujet que nous avons détaillé à propos du choix entre multisig et MPC.

Wormhole et Nomad, quand c’est bel et bien le code

Tous les grands casses ne se résument pas à des clés volées. En février 2022, le pont Wormhole, qui relie Solana à Ethereum et à d’autres réseaux, est exploité pour 120 000 ETH enveloppés, soit environ 284 millions d’euros (320 millions de dollars). L’attaquant n’a dérobé aucune clé : il a exploité une faille dans la vérification des signatures des gardiens (guardians) du protocole, qui lui a permis d’émettre des ETH enveloppés sur Solana sans le moindre dépôt, avant de les convertir. Fait rare, la maison mère Jump Crypto a reconstitué l’intégralité des 320 millions de dollars pour préserver la parité, le plus gros renflouement jamais vu dans la finance décentralisée.

Six mois plus tard, en août 2022, Nomad offre l’exemple le plus chaotique du genre. À la faveur d’une mise à jour, l’équipe initialise la racine de confiance du contrat à la valeur 0x00, qui correspond aussi à une racine non approuvée. Résultat, tous les messages sont automatiquement considérés comme prouvés. Il suffisait de copier une transaction qui fonctionnait, d’y remplacer l’adresse du bénéficiaire par la sienne, puis de la rediffuser.

Ce qui a suivi n’a pas été un casse, mais une ruée. Des centaines de portefeuilles se sont servis en quelques heures, vidant environ 169 millions d’euros (190 millions de dollars). La valeur verrouillée du pont est tombée de près de 190,7 millions de dollars à moins de 1 800 dollars. Certains participants, qualifiés plus tard de white hats, ont rendu une partie du butin.

Un an plus tôt, en août 2021, Poly Network avait été frappé pour environ 543 millions d’euros (611 millions de dollars), sur Ethereum, Polygon et BNB Chain simultanément, via le détournement d’une fonction de gestion cross-chain. L’histoire s’était terminée de façon rocambolesque : l’auteur, surnommé Mr. White Hat par le protocole reconnaissant, avait restitué la quasi-totalité des fonds, affirmant avoir agi pour s’amuser. Quant au pont natif de BNB Chain, le BSC Token Hub, il a été exploité en octobre 2022 via une preuve IAVL (un type de preuve de Merkle) forgée, permettant d’émettre 2 millions de BNB, soit environ 568 millions de dollars. Seuls 100 à 110 millions de dollars ont pu s’échapper avant que la chaîne ne soit brutalement suspendue, le reste restant gelé, et BNB Chain a corrigé la faille par un hard fork.

Ces dossiers montrent que la faille de code existe bel et bien. Mais, à y regarder de près, il s’agit presque toujours de logique de validation, vérifier une signature, une racine, une preuve, pas de logique métier. Le pont se trompe sur une seule question : cette sortie est-elle légitime ?

Liquid Network, ni les clés, ni tout à fait le code

L’affaire la plus instructive de 2026 est peut-être celle qui échappe aux deux cases. Le 6 septembre 2026, à 15 h 53 UTC, un attaquant exploite une collision de clé de cache dans la vérification des range proofs du logiciel Elements, le fork de Bitcoin Core qui fait tourner la sidechain Liquid de Blockstream, selon l’analyse technique de Halborn.

Les range proofs servent à confirmer, dans les transactions confidentielles, que les montants manipulés sont valides sans les révéler. Le problème : la clé de cache ne prenait pas correctement en compte l’identifiant de l’actif et le contexte de script. L’attaquant a donc pu réutiliser une preuve légitime, déjà vérifiée, pour des transactions non autorisées, et émettre environ 4 000 L-BTC sans contrepartie, avant de les convertir en vrais bitcoins via le processus de peg-out. La réserve de la fédération est tombée d’environ 4 200 BTC à moins de 200 BTC, soit près de 95 % du trésor, pour une valeur d’environ 284 millions d’euros (320 millions de dollars).

Voici le détail qui change tout. Le multisig de la fédération, un 11 sur 15, n’a jamais été compromis. Les signataires ont signé honnêtement. La faille se situait en amont, dans la couche de validation, si bien que des jetons contrefaits ont traversé le processus de signature sans être inquiétés. Pire : un correctif existait déjà dans le code, mais n’avait pas encore été intégré dans une version officiellement publiée, laissant les noeuds tourner sur des versions vulnérables.

L’attaquant, se présentant comme un white hat via un message OP_RETURN inscrit sur la chaîne, a restitué 3 400 des 4 000 bitcoins. Il reste environ 598 BTC, près de 47 millions de dollars, dans la nature. Adam Back, le directeur général de Blockstream, a refusé la prime de 10 % réclamée par l’attaquant et assuré que la parité 1 pour 1 du L-BTC serait couverte, Blockstream absorbant l’écart.

La morale est contre-intuitive. Vous pouvez détenir vos clés de façon irréprochable et perdre tout de même le coffre, si ce que ces clés autorisent repose sur un code de validation défaillant. Les meilleures pratiques de garde des clés, celles qui auraient protégé contre un cas à la Ronin, n’ont ici servi à rien.

KelpDAO, le hack qui vise l’infrastructure, pas le contrat

Le plus gros exploit de la finance décentralisée en 2026 illustre une autre variante, qui devrait inquiéter tout le secteur : l’attaque de l’infrastructure hors chaîne. À la mi-avril 2026, environ 116 500 rsETH, soit près de 259 millions d’euros (292 millions de dollars), sont drainés du pont de KelpDAO, un protocole de restaking dont le token rsETH circule via la messagerie LayerZero, comme l’a rapporté CoinDesk.

KelpDAO s’appuyait sur un unique vérificateur, le DVN (Decentralized Verifier Network) opéré par LayerZero Labs, une configuration dite 1 sur 1, fréquente sur les déploiements récents mais dangereuse. Les attaquants n’ont pas touché au contrat. Ils ont compromis deux noeuds RPC internes exploités par LayerZero, y ont injecté un logiciel malveillant, puis ont lancé une attaque par déni de service sur un noeud RPC externe pour forcer le système à ne plus s’appuyer que sur les noeuds internes corrompus. Le vérificateur unique a alors attesté des messages frauduleux.

Parce que le rsETH était adossé à des réserves réparties sur plus de 20 réseaux, la perte a semé le doute sur la couverture du token enveloppé sur les layers 2, déclenchant une vague de gels de marchés chez des protocoles de prêt comme Aave, SparkLend et Fluid. La parité du rsETH a vacillé. On touche ici à un risque systémique que nous avons décrit en étudiant le moteur invisible du crédit on-chain : un actif enveloppé douteux contamine, par ricochet, tout l’édifice du prêt décentralisé.

L’analyse de LayerZero a attribué l’attaque au groupe Lazarus, selon Unchained. Environ 71 millions de dollars, soit à peu près un quart des fonds, ont été récupérés. L’affaire a ensuite basculé sur le terrain judiciaire. Le 25 septembre 2026, KelpDAO a poursuivi LayerZero et son cofondateur Bryan Pellegrino devant un tribunal de Colombie-Britannique, lui reprochant un défaut d’information sur les faiblesses et les risques inhérents à sa propre technologie. Pellegrino a rétorqué que la plainte restait « sans fondement » et promis d’aller « se défendre en conséquence » à Vancouver. Au-delà de l’anecdote, ce contentieux pose une question neuve : qui est responsable quand c’est l’infrastructure de messagerie, et non le contrat de l’application, qui cède ?

Le palmarès des pertes, et ce qu’il révèle

Pour prendre la mesure du phénomène, un chiffre suffit. En 2022, la société d’analyse Chainalysis estimait que les ponts cross-chain avaient concentré environ 2 milliards de dollars de fonds volés, soit près de 69 % de tout le butin crypto de l’année, sur seulement treize attaques. La même source attribuait alors plus d’un milliard de dollars de vols aux pirates affiliés à la Corée du Nord, comme le détaillait son rapport. Le tableau ci-dessous récapitule les principaux dossiers et, surtout, leur cause racine.

Huit dossiers, trois familles. Ronin et Harmony relèvent de la clé volée. Wormhole, Nomad, Poly et BSC Token Hub relèvent de la validation. KelpDAO introduit la compromission d’infrastructure, et Liquid le cas hybride où ni les clés ni la logique métier n’ont vraiment failli. Aucun, notez-le, ne provient d’un bug dans la logique d’une application classique.

Le fil rouge nord-coréen

Un acteur traverse cette liste comme un fil rouge : la Corée du Nord. Le groupe Lazarus figure derrière Ronin, derrière Harmony et, plus récemment, derrière KelpDAO. Sa signature n’est pas tant technique qu’humaine. Fausses offres d’emploi, profils LinkedIn soignés, entretiens d’embauche piégés, documents vérolés : l’ingénierie sociale vise les ingénieurs qui détiennent les accès, pas les contrats qui détiennent les fonds. C’est cohérent avec la thèse de cet article. On n’attaque pas le mur le plus épais, on attaque la porte la moins surveillée.

À cette menace étatique s’ajoute un risque plus prosaïque, celui de l’opacité. Multichain, l’un des plus gros ponts de son époque, s’est effondré à l’été 2023 dans des circonstances troubles, après la disparition de son principal dirigeant et le gel de fonds par les autorités. Les utilisateurs ont découvert, trop tard, qu’un pont présenté comme décentralisé reposait en réalité sur un contrôle de clés très concentré. La leçon rejoint celle de Ronin : la décentralisation affichée ne vaut rien si, en coulisses, une poignée de mains tient toutes les clés.

Pourquoi les ponts restent des cibles idéales

Pourquoi cette hémorragie persiste-t-elle ? D’abord par construction. Un pont concentre, en un point, la valeur de milliers d’utilisateurs. Ensuite parce qu’il doit faire confiance à un système extérieur à la chaîne qu’il sécurise. Dès janvier 2022, bien avant Ronin, Vitalik Buterin avait posé l’argument théorique : l’avenir serait multi-chaînes, mais pas cross-chain, car il existe des « limites fondamentales à la sécurité des ponts qui franchissent plusieurs zones de souveraineté », comme il l’exposait alors.

Son raisonnement est resté d’actualité. Un actif natif est le plus en sécurité sur sa propre chaîne. Dès qu’il est enveloppé et expédié ailleurs, sa sûreté dépend de la chaîne la plus faible du chemin et des hypothèses de confiance du pont. Multipliez les connexions, et vous multipliez les surfaces d’attaque ainsi que les risques de contagion. L’épisode rsETH de KelpDAO, où un token adossé à plus de vingt réseaux a fait trembler des marchés de prêt entiers, lui a donné raison de façon spectaculaire.

À cela s’ajoute un problème de temporalité. Un pont doit observer un événement sur la chaîne A, un dépôt, et agir sur la chaîne B, une émission. Entre les deux, il faut un messager de confiance. Toute la difficulté de la discipline tient dans la manière de rendre ce messager le moins faillible possible.

Les défenses, du multisig aux preuves

La bonne nouvelle, c’est que l’ingénierie des ponts a mûri. On peut classer les approches sur un axe unique : de qui, ou de quoi, faut-il dépendre pour croire qu’un message est authentique ? Le tableau suivant résume les grandes familles et leur mode de défaillance typique.

Un mot de prudence sémantique s’impose : aucun de ces modèles n’est réellement sans confiance (trustless). Les ponts à light client et à preuves à divulgation nulle (ZK) sont trust-minimized, à confiance minimisée. La confiance migre des signataires que l’on peut hameçonner vers du code que chacun peut auditer. C’est un progrès, pas une garantie absolue, car un bug de circuit ou un setup de confiance mal géré rouvre la porte.

Deux tendances dominent 2026. D’abord les architectures à intentions (intents), standardisées par la norme ERC-7683 et portées par des protocoles comme Across, où des acteurs appelés solvers avancent les fonds à l’utilisateur et assument eux-mêmes le risque de messagerie. Ensuite les réseaux de messagerie à vérificateurs modulaires, qui permettent à chaque application de composer plusieurs vérificateurs indépendants, du type X parmi Y parmi N, au lieu de s’en remettre à un seul. La leçon de KelpDAO est limpide : un vérificateur unique est un point de défaillance unique, quel que soit le marketing. Les conceptions les plus robustes ajoutent une couche de contrôle séparée, qui revérifie indépendamment les transferts et peut les bloquer en cas d’anomalie, en privilégiant la sûreté sur la disponibilité. L’idée est d’accepter qu’un pont se mette à l’arrêt plutôt que de laisser passer un faux message.

Ce que les ponts peuvent copier à la finance traditionnelle

Beaucoup des pertes documentées auraient pu être plafonnées par des mécanismes empruntés à la banque et aux marchés : des limites de débit (rate limits) qui bornent la valeur sortante par unité de temps, des coupe-circuits qui gèlent automatiquement le pont au-delà d’un seuil, et des délais imposés sur les gros retraits, pour laisser à des humains le temps de réagir.

Un plafond de sortie horaire aurait transformé la ruée de Nomad en incident à six chiffres plutôt qu’à neuf. Un délai sur les retraits géants aurait donné à KelpDAO une fenêtre pour geler le pont avant l’évasion des fonds. Ces garde-fous ont un coût, en fluidité et en expérience utilisateur, mais c’est précisément l’arbitrage que résumait notre analyse des ponts cross-chain : sécuriser le coffre ou cesser de le remplir.

D’autres pistes viennent du génie logiciel : la programmation en N versions, qui fait valider la même chose par des implémentations différentes pour qu’un même bug ne les frappe pas toutes, les audits multiples et, surtout, la rapidité de réponse. La reconstitution minute par minute d’un casse, comme celle livrée par Halborn sur le hack de Drift, n’est pas un exercice de style : c’est ce qui permet de colmater, de geler et parfois de récupérer. Enfin, des programmes de primes aux bugs généreux restent la défense la plus rentable. Payer sept chiffres pour une faille révélée coûte toujours moins cher que de perdre neuf chiffres, et transforme certains attaquants potentiels en white hats, comme l’ont illustré, à leur manière, les restitutions de Poly Network et de Liquid.

Responsabilité, assurance et régulation

Le contentieux KelpDAO contre LayerZero pourrait faire jurisprudence. Jusqu’ici, un hack de pont se soldait par une perte diffuse, supportée par les utilisateurs ou, dans de rares cas, épongée par un acteur bienveillant comme Jump pour Wormhole ou Blockstream pour Liquid. La nouveauté, c’est l’idée qu’un fournisseur d’infrastructure puisse être tenu pour responsable d’un défaut d’information sur ses propres faiblesses.

Côté européen, le règlement MiCA encadre les prestataires de services sur cryptoactifs, mais les ponts décentralisés et les couches de messagerie se situent souvent dans une zone grise, sans émetteur clairement identifié. En France, l’Autorité des marchés financiers (AMF) rappelle régulièrement que l’enregistrement d’un prestataire ne vaut pas garantie contre le risque technologique. Pour l’utilisateur, la protection reste d’abord affaire de prudence : comprendre le modèle de confiance d’un pont avant d’y déposer des fonds.

Le marché de l’assurance on-chain, lui, reste embryonnaire et peine à couvrir des sinistres de cette ampleur. Tant que la responsabilité juridique demeurera floue, la meilleure assurance restera la conception : moins de valeur au repos, des vérificateurs redondants, des coupe-circuits automatiques.

Ce qu’il faut surveiller

Pour l’utilisateur, quelques réflexes limitent nettement l’exposition au risque de pont.

• Privilégier les actifs natifs plutôt que leurs versions enveloppées lorsque c’est possible.
• Se méfier des tokens enveloppés adossés à un pont à vérificateur unique.
• Éviter de laisser dormir de gros montants sur une chaîne dont la sûreté dépend entièrement d’un pont.
• Pour les dépôts importants, fractionner et surveiller en continu la parité du token enveloppé.

Pour les équipes qui construisent ces infrastructures, la feuille de route se dessine avec la même netteté.

• Abandonner les configurations à vérificateur unique (1 sur 1).
• Imposer des limites de débit et des coupe-circuits automatiques.
• Séparer clairement la couche de validation de la couche de signature.
• Publier les correctifs avec la même urgence que leur développement.

Le secteur a appris à auditer le code des contrats. Il lui reste à auditer, avec la même rigueur, ce qui se trouve autour : les clés, les noeuds, les vérificateurs et les procédures humaines. Car tant que la valeur restera concentrée dans des coffres reliés par des messagers faillibles, les ponts demeureront la ligne de front de la sécurité crypto. La vraie question n’est pas de savoir si le prochain grand casse visera le code ou les clés, mais lequel des deux l’équipe visée aura négligé.

Foire aux questions (FAQ)

Pourquoi les ponts cross-chain sont-ils autant piratés ?

Parce qu’ils concentrent dans un seul contrat la valeur de milliers d’utilisateurs et qu’ils dépendent d’un système extérieur à la chaîne qu’ils sécurisent. Ce coffre devient un pot de miel, et la faille se loge le plus souvent non dans la logique de l’application, mais dans les clés qui autorisent les retraits ou dans l’infrastructure qui valide les messages.

La plupart des hacks de ponts viennent-ils d’un bug de code ?

Pas majoritairement. Les plus gros vols, comme Ronin ou Harmony, proviennent de clés volées par hameçonnage. D’autres, comme Wormhole ou Nomad, viennent bien d’un défaut de validation. Des cas récents comme KelpDAO en 2026 visent l’infrastructure hors chaîne. Le bug de logique métier d’une application est, lui, rare dans ce type d’attaque.

Qu’est-il arrivé au Liquid Network en septembre 2026 ?

Un attaquant a exploité une collision de clé de cache dans la vérification des range proofs du logiciel Elements et a émis environ 4 000 L-BTC sans contrepartie, pour environ 284 millions d’euros (320 millions de dollars). Le multisig 11 sur 15 de la fédération n’a pas été compromis : la faille était en amont. L’essentiel des fonds a été restitué par un attaquant se présentant comme un white hat.

Un pont cross-chain peut-il être vraiment sans confiance ?

Non, pas au sens strict. Les meilleurs modèles, à light client ou à preuves à divulgation nulle (ZK), sont à confiance minimisée : la confiance passe de signataires que l’on peut hameçonner à du code que chacun peut auditer. Mais un bug de circuit ou un mauvais setup peut rouvrir la brèche. Le risque zéro n’existe pas.

Comment réduire mon risque en utilisant un pont ?

Privilégiez les actifs natifs plutôt que leurs versions enveloppées, vérifiez le modèle de confiance du pont en évitant les vérificateurs uniques, ne laissez pas de gros montants au repos sur une chaîne dont la sûreté dépend d’un seul pont, et surveillez la parité du token enveloppé. Pour les montants importants, fractionnez et préférez les ponts dotés de limites de débit et de coupe-circuits.

Par la rédaction de HOGE Wire, cellule sécurité et exploits.