Le 6 septembre, il a été largement rapporté que Liquid Network, une infrastructure construite sur l'écosystème Bitcoin, avait subi une attaque qui avait entraîné le retrait d'environ 4 000 bitcoins de sa garde fédérée, pour un montant qui a atteint environ 320 millions de dollars américains.
L’épisode a attiré l’attention non seulement par le montant en jeu, mais aussi par la manière dont les ressources ont été obtenues : les responsables ont exploité une vulnérabilité dans le logiciel utilisé par le réseau pour valider certaines transactions et, à partir de là, ont réussi à créer environ 4 000 L-BTC sans le soutien correspondant en Bitcoin. Ces actifs ont ensuite été utilisés pour retirer de vrais bitcoins de la garde fédérée de Liquid via SideSwap.
La première distinction importante est aussi la plus simple : Bitcoin n’a pas été piraté. Il n’y a eu aucun changement dans la blockchain Bitcoin, aucune rupture de son cryptage ou création de nouveaux bitcoins. L'attaque s'est produite sur une infrastructure construite autour de Bitcoin, en particulier le Liquid Network, un chaîne latérale plateforme fédérée créée pour permettre des transactions avec plus de rapidité, de confidentialité et de flexibilité.
Cette différence est fondamentale. Liquid utilise L-BTC comme représentation de Bitcoin au sein de son propre réseau. Dans des conditions normales, il existe une correspondance entre ces actifs et les bitcoins détenus en conservation fédérée par les participants du réseau, dans un modèle à signatures multiples (multisignature) : lorsque quelqu'un déplace du BTC vers Liquid, il reçoit du L-BTC ; lorsque vous souhaitez revenir au réseau principal, le processus inverse permet de reconvertir le L-BTC en BTC.
Le problème affectait précisément cette relation.
Une vulnérabilité dans le logiciel Elements, utilisé par Liquid, affectait le mécanisme chargé de valider certaines preuves cryptographiques de transactions. En termes simplifiés, le système conservait en mémoire les résultats des contrôles précédents pour éviter que les mêmes données ne soient traitées de manière répétée. La faille permettait de traiter certaines informations invalides comme si elles avaient déjà été validées.
C’est ainsi que les attaquants ont réussi à faire accepter au réseau le L-BTC qui n’avait pas le support Bitcoin correspondant.
Une analogie avec le système financier traditionnel permet de comprendre ce qui s’est passé. Il ne serait pas exact de dire que les responsables « ont fraudé la Banque centrale pour émettre de la monnaie ». Ils n’ont pas créé de nouveaux bitcoins ni modifié la politique monétaire de Bitcoin. C'est plus proche de quelqu'un qui découvre une faille dans le système d'une institution financière, présente un bordereau de crédit qui ne correspond pas à un dépôt réel et fait en sorte que le système accepte ce bordereau comme légitime. Si, à l’étape suivante, ce faux crédit peut être converti en argent réel, la vulnérabilité cessera d’être simplement un problème comptable et commencera à représenter une perte d’actifs concrète.
C’est en substance ce qui s’est passé chez Liquid. Les attaquants ont réussi à produire du L-BTC sans soutien et ont utilisé ces actifs dans une opération commerciale. ancrageun mécanisme conçu pour reconvertir le L-BTC en Bitcoin. Le résultat était qu’une faille dans la couche de validation permettait aux bitcoins existant réellement dans la garde fédérée d’être envoyés à l’extérieur de celle-ci.
Liquid lui-même a signalé que les clés cryptographiques utilisées dans le processus n'avaient pas été compromises. Il ne s’agissait donc pas d’un hack de portefeuille classique. Le problème résidait dans le mécanisme qui déterminait si cette opération était légitime.
Cette différence est pertinente car elle montre que la sécurité des systèmes financiers numériques ne dépend pas uniquement de la protection des clés. Cela concerne également ce qui se passe avant une signature, avant une autorisation et avant un règlement. Si le mécanisme qui détermine si une opération est valide est vulnérable, le système peut autoriser un mouvement parfaitement légitime d'un point de vue cryptographique, mais basé sur une fausse prémisse.
Après la découverte de l'attaque, Liquid a temporairement interrompu ses opérations pendant qu'il s'efforçait de corriger la vulnérabilité. Les responsables, qui se sont appelés chapeaux blancsa commencé à communiquer via des messages enregistrés sur la blockchain Bitcoin elle-même et a déclaré qu'ils restitueraient les ressources une fois le problème corrigé.
Par la suite, environ 3 400 BTC ont été restitués. Environ 600 BTC, évalués à environ 47 millions de dollars, sont restés sous le contrôle des responsables de l'attaque.
La qualification de ces agents comme « hackers éthiques » appelle cependant à la prudence. le terme chapeau blanc Il est normalement associé à des professionnels qui identifient les vulnérabilités avec autorisation ou communiquent le problème aux responsables sans causer de dommages matériels. Dans ce cas, il y a eu exploitation effective de la faillite, suppression des actifs et rétention d’une partie des ressources. Blockstream lui-même a contesté l’idée selon laquelle la conservation des bitcoins pourrait être considérée comme une simple récompense pour la découverte de la vulnérabilité.
Indépendamment de la discussion sur l'intention des attaquants, l'épisode expose une question plus large sur l'architecture de l'écosystème des actifs numériques.
Bitcoin a été conçu pour que son réseau principal possède certaines propriétés de sécurité, de consensus et de vérification qui ne dépendent pas d’une institution centrale autorisant chaque transfert. Mais cela ne signifie pas que toutes les structures construites autour du Bitcoin héritent automatiquement de ces mêmes propriétés.
Alors que Bitcoin est utilisé via chaînes latéralesponts, dépositaire, courtiers, protocoles de tokenisation et systèmes de règlement, de nouvelles couches émergent entre l'utilisateur et la blockchain principale. Ces frameworks peuvent résoudre d’importants problèmes d’évolutivité, de confidentialité, de liquidité et de convivialité. En même temps, ils ajoutent des codes, des règles, des mécanismes de validation et, par conséquent, de nouveaux points de défaillance potentiels.
La sécurité du Bitcoin ne se transfère donc pas automatiquement à tout ce qui utilise Bitcoin comme base.
Cette distinction est particulièrement importante car l'utilisateur final ne voit généralement que l'actif. Pour ceux qui possèdent du BTC, il peut sembler sans importance qu’une opération ait lieu directement sur la blockchain principale ou via une infrastructure construite sur celle-ci. Techniquement, cependant, il s’agit d’environnements différents, avec des modèles de confiance et des surfaces d’attaque différents.
L’incident Liquid rend cette différence concrète. Bitcoin a continué à fonctionner. Sa blockchain n’a pas eu besoin d’être arrêtée, réorganisée ou modifiée. Ce qui a échoué, c’est un mécanisme externe chargé de représenter et de déplacer Bitcoin dans un autre environnement.
Cela n’enlève rien à la gravité de l’épisode. Au contraire. Plus ces infrastructures commencent à fonctionner comme des ponts entre différents systèmes financiers, plus leurs mécanismes de sécurité deviennent importants. Une vulnérabilité localisée peut permettre à un problème initialement limité à une couche spécifique d’atteindre des actifs qui ont une valeur économique effective en dehors de celle-ci.
Il existe donc un paradoxe dans l’évolution des infrastructures cryptographiques. Plus l’écosystème devient sophistiqué, plus il est possible d’utiliser Bitcoin d’une manière qui ne serait pas possible avec les seules fonctionnalités de base du réseau. Mais cette sophistication augmente également le nombre de composants qui doivent être fiables, audités et surveillés.
L'attaque contre Liquid est un exemple clair de ce phénomène, car la faute ne réside pas dans la rareté du Bitcoin, ni dans son cryptage, ni dans le consensus du réseau principal. Le problème résidait dans le mécanisme utilisé pour affirmer qu’un certain actif au sein d’une infrastructure parallèle correspondait en fait à un Bitcoin détenu en dépôt fédéré par les membres de la fédération Liquid.
Le problème va donc au-delà des 320 millions de dollars impliqués dans l’attaque. Elle concerne la relation de confiance entre un actif numérique et les structures créées pour le représenter, le conserver ou le transférer.
Dans le système financier traditionnel, cette confiance est souvent associée aux banques, aux chambres de compensation, aux institutions de conservation et aux autorités de régulation. Dans l’univers des actifs numériques, il peut être réparti entre codes, contrats, fédérations, validateurs, ponts et mécanismes de règlement automatisés. Remplacer les institutions par des logiciels n’élimine pas le besoin de confiance. Cela change simplement l’endroit où cette confiance doit être placée.
Par conséquent, l’attaque contre Liquid ne démontre pas que Bitcoin n’est pas sécurisé. Les faits connus ne soutiennent pas cette conclusion. Ce que cela démontre est quelque chose de plus spécifique : la sécurité d’un actif ne peut pas être analysée uniquement par la sécurité de la blockchain sur laquelle il a été initialement créé. Il faut aussi examiner toutes les couches à travers lesquelles circule cet actif.
Bitcoin pourrait continuer à être l’un des réseaux les plus robustes au monde, et pourtant une infrastructure construite dessus pourrait présenter une vulnérabilité capable de déplacer des centaines de millions de dollars.
Alors que Bitcoin cesse d’être un simple réseau et commence à servir de base à une infrastructure financière plus large, l’analyse des risques associés à son utilisation nécessite de considérer non seulement le protocole central, mais également les interfaces, les mécanismes de conservation, les systèmes de règlement et autres structures qui font le lien entre l’actif et le monde réel.
Le cas de Liquid montre que, dans un système de plus en plus complexe, la vulnérabilité ne réside peut-être pas dans la technologie qui supporte Bitcoin, mais précisément dans les couches créées pour étendre ses possibilités d'utilisation. L’évolution de l’écosystème apporte de nouvelles fonctionnalités, mais aussi de nouveaux points de confiance et, par conséquent, de nouvelles surfaces d’attaque. L’épisode montre donc que les risques liés à l’utilisation du Bitcoin doivent également être évalués en fonction des infrastructures qui le représentent, le gardent et le font sortir de sa blockchain principale.
Références
Analyse en chaîne. (2026, 9 septembre). Comment l'exploit de Liquid Network, d'une valeur de 320 millions de dollars, a échoué. https://www.chainalysis.com/blog/320m-exploit-liquid-network/
CoinDesk. (2026, 8 septembre). Liquid Network récupère 3 400 bitcoins auprès des pirates informatiques ; des négociations sont en cours pour le reste. https://www.coindesk.com/markets/2026/09/08/white-hat-hackers-return-most-of-usd320m-bitcoin-taken-from-liquid-network
Livecoins. (2026, 7 septembre). Liquid Network subit une attaque Bitcoin de 320 millions de dollars. https://livecoins.com.br/liquid-network-sofre-ataque-de-us-320-milhoes-em-bitcoin/
Reuters. (2026, 7 septembre). Liquid Network, basé sur Bitcoin, indique que 320 millions de dollars ont été retirés lors d'un piratage. https://www.reuters.com/technology/bitcoin-based-liquid-network-says-320-million-withrawn-hack-2026-09-07/
Laboratoires TRM. (2026, septembre). Le plus gros hack de 2026 à ce jour : les attaquants ont drainé 319 millions de dollars de Bitcoin de Liquid Network, puis ont restitué 85 % des fonds. https://www.trmlabs.com/resources/blog/2026s-biggest-hack-to-date-attackers-drained-usd-319-million-in-bitcoin-from-liquid-network-then-returned-85-of-funds
Voir l’article original en portugais
