Une faille de gouvernance a ravagé l’infrastructure des coffres de Term Labs le 23 août 2026, vidant environ 8,5 millions $ en Ethereum et en stablecoins du protocole de prêt DeFi. L’exploit de gouvernance de Term Labs n’impliquait ni un smart contract cassé ni une erreur de code — il impliquait un attaquant qui avait acheté discrètement suffisamment de pouvoir de vote pour simplement ordonner aux coffres de lui remettre leurs fonds, et ceux‑ci ont obéi.
Summary
Points clés à retenir
- Term Labs a confirmé le 23 août 2026 qu’un exploit de gouvernance avait vidé environ 8,5 millions $ de ses coffres.
- Les attaquants ont extrait environ 2 843 ETH (environ 6,87 millions $) et 1,68 million d’USDC, ensuite échangés contre environ 1,6 million de DAI.
- Selon PeckShield, le financement initial de l’attaquant provenait de seulement 2 ETH issus de Tornado Cash.
- L’exploit a touché les Term Vaults construits sur l’infrastructure Yearn v3, et non l’architecture principale de prêt repo du dépôt central de Term Finance.
- PeckShield et CertiK ont tous deux suivi les fonds volés jusqu’à un portefeuille commençant par 0xD5183, et Term Labs n’a pas encore publié de rapport technique post‑mortem.
L’exploit de gouvernance de Term Labs vide 8,5 millions $ des coffres de stratégie
L’histoire de base est simple : quelqu’un a accumulé suffisamment de votes de gouvernance pour prendre le contrôle du système de coffres de Term Finance et l’a dirigé pour qu’il se verse les fonds à lui‑même. Term Labs, le développeur derrière le protocole de prêt à taux fixe basé sur Ethereum, a reconnu l’incident via ses canaux officiels et a indiqué que l’affaire restait en cours d’enquête active. L’entreprise n’avait pas publié de rapport technique post‑mortem au moment de la rédaction.
Ce qui rend ce cas notable, c’est l’endroit où la brèche s’est produite. L’exploit a ciblé les Term Vaults, qui sont construits sur les contrats Yearn v3 et interagissent avec des protocoles DeFi externes, plutôt que sur la structure principale de prêt repo de Term Finance. Cette architecture repo utilise des casiers de collatéral dédiés conçus pour isoler l’exposition des emprunteurs et des prêteurs d’un seul pool mutualisé — une conception spécifiquement destinée à réduire le risque de pool partagé. La couche de coffre, en revanche, fonctionne sur un mécanisme de vote piloté par la gouvernance, et c’est précisément ce mécanisme qu’un attaquant a appris à manipuler.
Comment l’attaquant a pris le contrôle des votes
Selon des rapports corroborés par CryptoBriefing, l’attaquant a obtenu 100 % du contrôle des votes sur quatre des With approximately 91 % de contrôle du Ethereum Meta Vault et de cinq coffres de stratégie en USDC de Term Finance, avec ce niveau de supermajorité, l’attaquant a simplement voté pour vider les fonds vers une seule adresse. Aucun contrat n’a été cassé. Aucune ligne de code auditée n’a échoué. La vulnérabilité se situait plutôt à l’intersection de la conception de la gouvernance, d’une faible participation des votants et de garde‑fous insuffisants sur qui pouvait accumuler le pouvoir de décision sur les opérations des coffres.
Cette distinction est importante pour quiconque suit plus largement le risque de gouvernance DeFi. Un exploit de gouvernance abuse de la couche de prise de décision sur laquelle les protocoles décentralisés s’appuient pour gérer les trésoreries et les stratégies de coffres — il ne nécessite pas de briser les règles de consensus d’Ethereum ni d’exploiter un bug dans l’USDC lui‑même. Les éléments disponibles dans ce cas ne montraient aucun compromis direct de la blockchain Ethereum ni du protocole USDC. Term Labs a centré son langage sur les contrôles de gouvernance au niveau du protocole plutôt que sur les réseaux ou les tokens sous‑jacents impliqués.
Traçage de l’Ethereum et des USDC volés
La société de sécurité PeckShield a estimé que l’attaquant avait vidé environ 2 843 ETH, d’une valeur d’environ 6,87 millions $ au moment des faits, ainsi que 1,68 million d’USDC prélevés dans les coffres affectés. PeckShield a en outre rapporté que les USDC volés avaient ensuite été échangés contre environ 1,6 million de DAI.
La surveillance indépendante de CertiK est parvenue à un chiffre de perte total similaire, d’environ 8,5 millions $, et a identifié le portefeuille de l’attaquant comme l’adresse commençant par 0xD5183d8BfC65a50863C62aF2538198A8288FFc13. Le suivi de CertiK a montré que cette adresse détenait ensuite 2 843 ETH et environ 1,6 million de DAI — une séquence qui correspond précisément au récit de PeckShield concernant l’échange USDC‑vers‑DAI après l’extraction.
Term Labs confirme l’exploit tandis que les sociétés de sécurité enquêtent
Term Labs a confirmé l’exploit mais s’est abstenu de détailler exactement quelle fonction de gouvernance, quel chemin de contrat ou quelle séquence d’autorisations l’attaquant a utilisée pour accumuler le pouvoir de vote. PeckShield et CertiK ont tous deux suivi de manière indépendante l’ampleur et les flux de fonds, fournissant aux enquêteurs plusieurs points de données vérifiables même en l’absence d’une analyse technique complète de la part du protocole lui‑même.
Le détail peut‑être le plus frappant concerne l’origine de l’attaque. PeckShield a retracé le financement initial de l’attaquant à seulement 2 ETH provenant de Tornado Cash, l’outil de confidentialité conçu pour rompre le lien on‑chain entre l’expéditeur et le destinataire. Ce capital de départ était faible — quelques dollars d’ETH selon la plupart des standards — mais il a apparemment suffi à l’attaquant pour amorcer la position de vote nécessaire pour finir par contrôler des coffres contenant des millions en dépôts d’utilisateurs. Le lien avec Tornado Cash n’a pas révélé l’identité de l’attaquant ni prouvé un quelconque schéma de blanchiment plus large ; il a simplement marqué le point de départ rapporté des fonds utilisés avant l’exploit.
Pourquoi le risque de gouvernance est différent d’un hack de smart contract
Ce n’est pas la première rencontre de Term Labs avec des fonds perdus, même si l’épisode précédent ne ressemblait en rien à celui‑ci. En mai 2025, Term Finance a perdu environ 1,5 million $ à cause d’un décalage de décimales dans un oracle lors d’une mise à niveau de routine — une erreur interne non malveillante, et les fonds ont finalement été restitués. L’exploit de gouvernance d’août 2026 chez Term Labs est d’une nature totalement différente : il impliquait un acteur externe exploitant délibérément la machinerie démocratique que les protocoles utilisent pour gérer les stratégies de coffres.
Pourquoi cette distinction importe‑t‑elle pour les déposants et pour l’industrie DeFi plus large qui observe ce hack des Term Vaults se dérouler ? Parce que les attaques de gouvernance ne nécessitent aucune prouesse technique et traversent des contrats entièrement audités sans rien casser. Les propres divulgations légales de Term Finance avaient déjà averti les utilisateurs que des vulnérabilités de smart contracts, des différends de gouvernance, des piratages ou des défaillances de protocoles externes pouvaient entraîner la perte d’une partie ou de la totalité des fonds déposés. Ces avertissements couvraient la catégorie générale de risque. Ils ne précisaient pas, et ne pouvaient pas préciser, qu’une prise de supermajorité des votes serait le mécanisme effectivement utilisé.
Une divulgation distincte sur les crypto‑actifs de Kraken décrivait Term Finance comme un protocole de prêt non dépositaire basé sur Ethereum, développé par Terminal 0 Ltd., opérant sous le nom de Term Labs, et notait que le contrôle sur le token de gouvernance TERM du protocole devait migrer après le déploiement d’un contrat Governor prévu. Cette divulgation est antérieure à l’exploit et ne mentionne pas l’incident, mais elle souligne que la structure de gouvernance de Term Finance était déjà en transition au moment de l’attaque. Term Labs n’a pas confirmé si l’architecture Governor prévue a joué un rôle quelconque dans la manière dont l’attaque de prise de contrôle des votes s’est déroulée.
Ce qui attend les déposants de Term Finance
La prochaine étape concrète sera la mise à jour d’enquête promise par Term Labs. Les déposants et les traders surveilleront l’identification précise des coffres affectés, les adresses de contrats impliquées, les éventuelles restrictions de gouvernance proposées, et si un rapport technique post‑mortem clarifie si les fonds restent récupérables ou non.
La récupération semble plus difficile ici que lors de l’incident précédent de Term Finance. Le décalage d’oracle de mai 2025 était une erreur interne, et le protocole a pu indemniser les déposants. Cette fois, un acteur externe a déplacé des fonds via Tornado Cash avant même le début de l’attaque, ce qui complique toute voie directe de restitution aux utilisateurs affectés. Pour l’instant, l’épisode reste un rappel cinglant que la gouvernance des coffres, et pas seulement le code des contrats, est devenue l’un des aspects les plus tranchants du risque dans le prêt décentralisé — et qu’un attaquant déterminé avec une poignée d’ETH peut parfois faire plus de dégâts qu’un autre armé d’un exploit zero‑day.
FAQ
Que s’est‑il passé lors de l’exploit de gouvernance de Term Labs ?
Le 23 août 2026, un attaquant a exploité les permissions de vote de gouvernance dans les Term Vaults pour vider environ 8,5 millions $, y compris de l’Ethereum et des tokens USDC, en s’emparant d’un contrôle quasi total des votes sur plusieurs coffres de stratégie.
L’exploit a‑t‑il compromis la blockchain Ethereum ou le protocole USDC ?
Non. L’exploit a ciblé les permissions de gouvernance au sein du propre protocole de Term Labs et n’a pas compromis la blockchain Ethereum ni le protocole USDC lui‑même.
Quel est l’état actuel de l’enquête sur l’exploit ?
Term Labs a confirmé l’exploit et a indiqué qu’il faisait l’objet d’une enquête active, mais l’entreprise n’avait pas publié de rapport technique post‑mortem au moment de la préparation de cet article.
Comment les attaquants ont‑ils initialement financé l’exploit ?
PeckShield a retracé le financement initial de l’attaquant à seulement 2 ETH provenant de Tornado Cash, même si ce traçage n’a pas permis d’établir l’identité de l’attaquant ni de prouver une activité de blanchiment plus large.
{« @context »: »https://schema.org », »@type »: »FAQPage », »mainEntity »:[{« @type »: »Question », »name »: »Que s’est-il passé lors de l’exploit de gouvernance de Term Labs ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Le 23 août 2026, un attaquant a exploité les permissions de vote de gouvernance dans les Term Vaults pour vider environ 8,5 millions $, y compris de l’Ethereum et des tokens USDC, en s’emparant d’un contrôle quasi total des votes sur plusieurs coffres de stratégie. »}},{« @type »: »Question », »name »: »L’exploit a-t-il compromis la blockchain Ethereum ou le protocole USDC ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Non. L’exploit a ciblé les permissions de gouvernance au sein du propre protocole de Term Labs et n’a pas compromis la blockchain Ethereum ni le protocole USDC lui-même. »}},{« @type »: »Question », »name »: »Quel est l’état actuel de l’enquête sur l’exploit ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »Term Labs a confirmé l’exploit et a indiqué qu’il faisait l’objet d’une enquête active, mais l’entreprise n’avait pas publié de rapport technique post-mortem au moment de la préparation de cet article. »}},{« @type »: »Question », »name »: »Comment les attaquants ont-ils initialement financé l’exploit ? », »acceptedAnswer »:{« @type »: »Answer », »text »: »PeckShield a retracé le financement initial de l’attaquant à seulement 2 ETH provenant de Tornado Cash, même si ce traçage n’a pas permis d’établir l’identité de l’attaquant ni de prouver une activité de blanchiment plus large. »}}]}
Article produit avec l’assistance de l’intelligence artificielle et relu par l’équipe éditoriale.
