La finance décentralisée promettait un système financier sans banques, sans courtiers et sans service client, où le code impose chaque règle au lieu d'une entreprise. Cette même conception a aussi créé un nouveau type de cible. Lorsqu'un pool de prêt ou un exchange décentralisé fonctionne entièrement grâce à un logiciel open source déployé sur une blockchain publique, n'importe qui dans le monde peut lire chaque ligne de ce code, le tester avec de vrais fonds sur une copie locale, et rechercher la faille unique qui transforme le protocole en source d'argent gratuite. Un exploit DeFi n'est que rarement une effraction, au sens où l'on force le coffre d'une banque. C'est plutôt comme si quelqu'un trouvait une faille dans les règles d'un jeu qu'aucun arbitre ne peut mettre en pause une fois qu'il a commencé, parce que l'arbitre, ici, c'est le code lui-même.
Les pertes totales liées aux exploits de finance décentralisée se sont chiffrées en milliards de dollars au cours des dernières années, et 2026 a déjà produit certains des incidents individuels les plus importants jamais enregistrés. Comprendre la poignée de schémas qui expliquent presque toutes ces pertes rend les gros titres bien moins mystérieux, et montre clairement pourquoi la récupération après un exploit dépend autant de la rapidité et du traçage des fonds avant qu'ils ne se dispersent.
Ce qui fait d'un protocole DeFi une cible
Plusieurs caractéristiques qui rendent la finance décentralisée attrayante pour les utilisateurs légitimes sont les mêmes qui la rendent attrayante pour les attaquants. Les protocoles sont sans permission, ce qui signifie que n'importe qui peut interagir avec un pool de prêt, un exchange décentralisé ou un pont, sans compte, sans processus d'approbation et sans relation avec la plateforme. Les contrats sont généralement immuables une fois déployés, de sorte qu'une faille découverte après le lancement ne peut souvent pas simplement être corrigée comme on le ferait pour une application web. Et la valeur totale verrouillée, terme employé par l'industrie pour désigner le capital présent à un instant donné dans un protocole, concentre des sommes considérables dans un petit nombre de contrats intelligents publiquement lisibles. Un attaquant n'a pas besoin de deviner où se trouve l'argent. C'est publié on chain, en temps réel, pour que tout le monde puisse le voir.
La composabilité amplifie encore ce risque. Les protocoles DeFi modernes empruntent régulièrement des données de prix, de la liquidité ou de la logique à d'autres protocoles, si bien qu'une faiblesse dans un composant largement utilisé peut se propager vers tous les protocoles qui en dépendent. Cette interconnexion explique aussi pourquoi notre guide sur le blanchiment inter-chaînes revêt une telle importance une fois qu'un exploit réussit. Les fonds restent rarement longtemps sur la chaîne où ils ont été volés.
Les schémas d'attaque fondamentaux derrière la plupart des exploits
La réentrance
La réentrance exploite une erreur de séquencement. Lorsqu'un contrat envoie des fonds vers une adresse avant d'avoir terminé de mettre à jour son propre registre interne de qui possède quoi, un attaquant peut utiliser un contrat receveur spécialement conçu pour rappeler la fonction d'origine encore et encore, avant même que le premier appel n'ait fini de mettre à jour le solde. Chaque réentrée draine davantage de fonds contre un solde que le contrat croit encore intact. Des variantes plus récentes ciblent les fonctions en lecture seule pendant une transition d'état, permettant à un attaquant d'exploiter un moment où la propre vision du protocole sur ses soldes est temporairement erronée, même si la fonction appelée ne peut pas elle-même être réentrée au sens classique.
La manipulation d'oracle de prix
De nombreux protocoles DeFi doivent connaître le prix de marché actuel d'un actif pour calculer les valeurs de collatéral, les liquidations et les taux d'échange. Lorsque ce flux de prix, appelé oracle, puise ses données directement dans les réserves d'un exchange décentralisé plutôt que dans une source de marché large et moyennée dans le temps, un attaquant disposant d'assez de capital pour une seule transaction peut faire brusquement varier le prix d'un pool peu liquide dans une direction, emprunter ou liquider contre ce prix faussé, puis inverser l'opération un instant plus tard. Le protocole n'a jamais su que le prix était faux. Il n'a jamais vu que le chiffre rapporté par l'oracle.
L'amplification par prêt flash
La plupart des attaquants ne disposent pas de millions de dollars de capital propre pour manipuler un prix ou submerger un pool de liquidité. Les prêts flash suppriment cette barrière en permettant à quiconque d'emprunter des sommes considérables sans aucun collatéral, à condition que le prêt soit emprunté et intégralement remboursé au sein d'une seule transaction blockchain. Si une étape quelconque du plan de l'attaquant échoue, la transaction entière est simplement annulée comme si elle n'avait jamais eu lieu, éliminant ainsi tout risque financier pour l'attaquant. Pour une explication complète du fonctionnement de ce mécanisme, voir notre guide sur les attaques par prêt flash.
Les prises de contrôle de gouvernance
De nombreux protocoles DeFi sont gouvernés par des votes de détenteurs de tokens plutôt que par un conseil d'administration. Si des tokens de gouvernance peuvent être empruntés à bas coût, un attaquant peut temporairement acquérir suffisamment de pouvoir de vote pour faire passer une proposition malveillante, parfois une proposition qui autorise directement le transfert de la trésorerie du protocole vers son propre wallet, et l'exécuter avant que quiconque n'ait le temps de s'y opposer ou d'organiser un contre-vote.
Les clés compromises et les cibles humaines
L'équilibre des pertes DeFi a évolué ces dernières années. Les chercheurs de l'industrie qui suivent les incidents de 2025 et 2026 rapportent que les comptes et identifiants compromis, plutôt que les pures failles de contrats intelligents, représentent désormais plus de la moitié de la valeur totale des attaques DeFi. Au lieu de traquer une faille de code, les attaquants ciblent de plus en plus les humains qui opèrent un protocole, ses développeurs, ses contributeurs de DAO et ses fournisseurs d'infrastructure, par le biais de campagnes de phishing, de logiciels malveillants et d'ingénierie sociale, puis utilisent l'accès obtenu pour approuver des transactions frauduleuses ou corrompre directement des flux de données de confiance.
Zoom sur deux des plus grands incidents de 2026
L'exploit du Drift Protocol en avril 2026 illustre comment ces catégories se mélangent de plus en plus. Plutôt qu'un unique bug bien identifié, les attaquants ont introduit un actif falsifié dans le protocole, manipulé son prix rapporté, puis utilisé cette valeur gonflée comme collatéral pour retirer plus de 280 millions de dollars de fonds réels, combinaison d'une faille logique et d'une manipulation de prix agissant de concert.
L'exploit de Kelp DAO, également en avril 2026, a emprunté une autre voie. Les attaquants ont compromis l'infrastructure alimentant en données le vérificateur du pont inter-chaînes du protocole, tout en perturbant simultanément des services externes qui auraient pu détecter l'anomalie, puis ont fait approuver par le pont des messages de retrait falsifiés pour des fonds qui n'avaient jamais été légitimement déposés. Environ 292 millions de dollars d'actifs stakés ont été drainés, ce qui en fait l'un des deux plus grands exploits DeFi de l'année. Aucun des deux incidents n'était principalement dû à une ligne de code Solidity négligée. Les deux impliquaient l'infrastructure et les hypothèses de confiance entourant le contrat, pas seulement son arithmétique.
Pourquoi les audits ne constituent pas une garantie
Une hypothèse courante chez les nouveaux utilisateurs de la DeFi est qu'un protocole ayant passé un audit de sécurité professionnel est sûr à utiliser. L'exploit de Balancer en novembre 2025 montre pourquoi cette hypothèse est incomplète. Les pools de la version deux de Balancer auraient fait l'objet de onze audits distincts menés par quatre cabinets de sécurité différents avant qu'un attaquant ne trouve et n'exploite tout de même une erreur d'arrondi enfouie dans une fonction utilisée pour calculer les montants de tokens lors d'un type spécifique d'échange. En orchestrant soigneusement une séquence d'opérations d'échange groupées, l'attaquant a fait baisser artificiellement le prix rapporté du token de liquidité propre au pool et a répété la manipulation au travers de dizaines de micro-transactions rapides, drainant finalement environ 128,64 millions de dollars sur six réseaux blockchain distincts en moins de trente minutes.
La leçon n'est pas que les audits ne servent à rien. C'est qu'un audit examine un code spécifique et des scénarios spécifiques qu'il a été conçu pour vérifier, à un instant précis, et ne peut pas exclure de manière exhaustive tous les cas limites arithmétiques qu'un attaquant déterminé pourrait un jour découvrir, en particulier dans du code qui a depuis été réutilisé, étendu ou déployé sur des chaînes supplémentaires après l'examen initial.
Le règlement sur blockchain est définitif en quelques secondes et il n'existe aucun mécanisme de rétrofacturation. Une fois qu'un exploit s'exécute, la question pratique passe donc immédiatement de la prévention au traçage de la destination des fonds.
Pourquoi ces pertes sont si difficiles à récupérer
Une fois que les fonds quittent un protocole exploité, un attaquant agit généralement vite, souvent en quelques minutes, répartissant le produit du vol entre plusieurs wallets, le faisant transiter par des ponts inter-chaînes pour compliquer la piste, et dans certains cas le faisant passer par des services de mixage, avant qu'un exchange ou un enquêteur n'ait une chance réaliste de signaler les adresses impliquées. Les transactions elles-mêmes restent visibles en permanence sur les blockchains concernées. Ce qui devient difficile n'est pas de voir où est allé l'argent, mais de le suivre assez vite, et assez loin, avant qu'il n'atteigne un point de sortie qui le convertit en quelque chose de plus difficile à tracer.
Ce que les enquêteurs examinent après un exploit
Une enquête blockchain menée à la suite d'un exploit DeFi commence généralement par la transaction d'exploit elle-même, en cartographiant chaque adresse touchée par les fonds volés à partir de ce moment. Notre guide sur le fonctionnement du traçage blockchain couvre la méthodologie sous-jacente plus en détail, et notre guide sur le traçage des fonds à travers les chaînes explique comment les analystes suivent les actifs une fois qu'ils quittent leur réseau d'origine, ce qui se produit dans la grande majorité des exploits significatifs.
Réduire son exposition en tant qu'utilisateur ou protocole
- Examinez et révoquez régulièrement les autorisations de tokens accordées à des contrats que vous n'utilisez plus activement, car une autorisation oubliée peut être exploitée longtemps après que vous avez oublié l'existence d'un protocole.
- Traitez les protocoles non audités ou nouvellement déployés, en particulier ceux annonçant des rendements inhabituellement élevés, avec une prudence proportionnée.
- Soyez attentif aux signaux d'alerte présentés dans notre guide sur l'identification des contrats intelligents à risque avant de déposer des fonds significatifs.
- Répartissez les avoirs importants entre plusieurs protocoles plutôt que de tout concentrer dans un seul contrat, aussi bien réputé soit-il.
Pour une présentation plus détaillée de l'hygiène des autorisations spécifiquement, consultez notre guide sur la révocation des autorisations de tokens, et pour une liste de contrôle des signaux qui précèdent généralement un rug pull ou un exploit, consultez notre guide sur les signaux d'alerte des contrats DeFi.
Questions fréquentes
Dans la pratique, les deux termes sont utilisés de manière interchangeable, mais un exploit DeFi désigne précisément le fait qu'un attaquant utilise le protocole exactement comme son code le permet, simplement dans une séquence que ses concepteurs n'avaient jamais prévue, plutôt que de s'introduire dans un serveur ou de voler un mot de passe directement. Les fonds circulent via des transactions légitimes et valides du point de vue de la blockchain, ce qui explique en partie pourquoi elles sont si difficiles à annuler.
Uniquement si le protocole dispose d'une trésorerie ou d'un fonds d'assurance suffisant pour couvrir la perte, ou si l'attaquant peut être persuadé ou contraint de restituer les fonds, ce qui arrive parfois par le biais d'accords de récompense négociés. Aucune autorité centrale ne peut inverser les transactions blockchain elles-mêmes, donc toute récupération doit venir de l'extérieur du code du protocole.
Un audit examine le code d'un contrat pour des catégories connues de vulnérabilités à un instant précis, mais il ne peut pas garantir l'absence de toute faille possible, ne peut pas anticiper la manière dont le contrat interagira avec d'autres protocoles déployés après l'audit, et ne peut pas empêcher les attaques qui ciblent l'infrastructure, les clés ou la gouvernance plutôt que la logique même du contrat.
Cessez immédiatement d'interagir avec le protocole, révoquez toute autorisation de token que vous lui aviez précédemment accordée, et surveillez les canaux officiels pour obtenir des mises à jour vérifiées plutôt que les comptes de réseaux sociaux non officiels, fréquemment utilisés pour diffuser d'autres liens de phishing dans le chaos qui suit immédiatement un exploit rendu public.
Sources et lectures complémentaires
- Year in Review: The Biggest DeFi Hacks of 2025 · Halborn
- Explained: The Balancer Hack (November 2025) · Halborn
- SC07:2025 Flash Loan Attacks · OWASP Smart Contract Security
- 2026 Crypto Crime Report Introduction · Chainalysis