Un prêt flash semble devoir être impossible. Un emprunteur sans collatéral, sans vérification de crédit et sans relation avec un prêteur peut obtenir un prêt d'une valeur de millions de dollars, l'utiliser comme bon lui semble, et le rembourser quelques instants plus tard, sans que le prêteur ne prenne jamais le moindre risque réel. L'astuce n'est pas financière. C'est une propriété du fonctionnement des transactions blockchain. Sur la plupart des blockchains, une transaction s'exécute intégralement ou ne se produit pas du tout. Il n'existe pas d'exécution partielle. Un protocole de prêt flash utilise cette garantie du tout ou rien pour permettre à quelqu'un d'emprunter des fonds, d'en faire quelque chose, et de rembourser le prêt, le tout à l'intérieur d'une seule transaction qui sera simplement annulée si l'étape de remboursement échoue.
Ce mécanisme a été conçu pour des usages légitimes, en particulier l'arbitrage entre exchanges décentralisés et le refinancement de dette efficace. Il est aussi devenu l'un des outils les plus courants derrière les grands exploits DeFi, car il donne à un attaquant ce qui constituait auparavant son plus gros obstacle : suffisamment de capital, juste assez longtemps, pour manipuler un marché.
Comment fonctionne réellement un prêt flash
Lorsqu'un emprunteur demande un prêt flash, le protocole de prêt transfère immédiatement les fonds demandés, avant qu'aucun collatéral ou remboursement n'ait été fourni. La transaction de l'emprunteur exécute ensuite la logique qu'il souhaite déclencher, une série d'échanges, de dépôts ou d'appels de contrats, en utilisant ce capital emprunté. Avant la fin de la transaction, le protocole vérifie si le prêt, majoré d'une petite commission, a été restitué. Si c'est le cas, la transaction est finalisée et le prêt ne semble jamais avoir présenté le moindre risque. S'il n'a pas été remboursé, la transaction entière, y compris chaque échange et chaque appel de contrat effectués par l'emprunteur en cours de route, est annulée comme si rien ne s'était produit. Le registre de la blockchain apparaît exactement identique à ce qu'il était avant la tentative.
Comme un prêt flash échoué est simplement annulé, un attaquant ne fait face à pratiquement aucun risque financier en tentant un exploit. Le seul coût d'une tentative échouée est la petite commission de transaction versée au réseau lui-même.
Pourquoi ce mécanisme permet des attaques
De nombreux exploits DeFi dépendent du contrôle temporaire d'une part importante d'un marché, suffisante pour faire varier un prix, drainer un pool de liquidité ou accumuler assez de tokens de gouvernance pour faire passer un vote. Avant l'existence des prêts flash, un attaquant devait déjà posséder autant de capital, ce qui coûte cher et met de l'argent réel en jeu si l'attaque échoue. Les prêts flash suppriment entièrement cette exigence. Un attaquant sans capital de départ significatif peut emprunter des dizaines de millions de dollars pour les quelques secondes que prend l'exécution d'une seule transaction, largement assez de temps pour fausser un flux de prix ou submerger un pool, puis rembourser le prêt grâce au produit même de l'exploit.
L'anatomie d'une attaque par prêt flash
La voie de la manipulation d'oracle
L'attaquant emprunte une somme importante, l'utilise pour effectuer une transaction disproportionnée dans un pool à faible liquidité que le protocole cible utilise comme référence de prix, provoquant une variation brutale du prix rapporté par ce pool. Le protocole cible, lisant ce prix faussé via son oracle, permet à l'attaquant d'emprunter bien plus qu'il ne le devrait contre un collatéral surévalué, ou de déclencher des liquidations à un prix artificiel. L'attaquant inverse ensuite la transaction d'origine, rembourse le prêt flash, et conserve la différence. Notre guide sur le fonctionnement des exploits DeFi traite la manipulation d'oracle comme l'une des catégories d'attaque connexes.
La voie de la prise de contrôle de gouvernance
Certains protocoles permettent que des propositions soient votées et exécutées dans une fenêtre courte, parfois au sein d'une seule transaction si suffisamment de pouvoir de vote est temporairement détenu. Un attaquant emprunte une grande quantité du token de gouvernance d'un protocole via un prêt flash, utilise ce pouvoir de vote emprunté pour faire passer une proposition qui lui profite directement, comme autoriser un transfert de fonds de trésorerie, l'exécute, puis restitue les tokens empruntés. Un cas documenté de 2024 impliquant le protocole XToken a suivi exactement ce schéma, un attaquant ayant emprunté des tokens de gouvernance spécifiquement pour approuver une proposition envoyant des fonds directement vers son propre wallet.
La voie de la liquidité et de la comptabilité
Toutes les attaques par prêt flash ne reposent pas sur la manipulation de prix. Certaines exploitent des erreurs d'arrondi ou une logique comptable défaillante dans la manière dont un protocole suit les dépôts, les retraits ou les positions de liquidité. Un dépôt important et temporaire financé par un prêt flash peut révéler une divergence d'arrondi qui serait bien trop faible pour importer à des tailles de transaction ordinaires, mais qui devient rentable une fois amplifiée par des dizaines de millions de dollars de capital emprunté transitant par le même calcul défaillant.
Exemples concrets
- En janvier 2024, Radiant Capital a perdu environ quatre millions et demi de dollars dans une attaque par prêt flash exploitant un problème d'arrondi connu, présent dans du code partagé entre plusieurs grands protocoles de prêt.
- En septembre 2025, Bunni, un exchange décentralisé construit sur Uniswap v4, a perdu environ huit millions et demi de dollars dans un exploit assisté par prêt flash s'étendant sur Ethereum et un réseau connexe, ciblant une erreur de précision dans le calcul des soldes de ses pools de liquidité.
- Les chercheurs en sécurité qui suivaient le seul mois d'avril 2025 ont enregistré quatre-vingt-douze millions de dollars de pertes sur quinze incidents distincts, dont la majorité impliquait des prêts flash comme maillon de la chaîne d'attaque, soit plus du double des pertes enregistrées le mois précédent.
Sur l'ensemble de 2025, les observateurs de l'industrie ont enregistré des pertes totales en cryptomonnaies dues aux piratages et aux arnaques dépassant un milliard sept cent millions de dollars, dépassant déjà le total enregistré pour toute l'année précédente, les exploits assistés par prêt flash contribuant à une part significative et récurrente de ce chiffre mois après mois plutôt que de constituer un événement isolé.
Pourquoi les protocoles nouveaux et plus petits sont particulièrement exposés
Les attaques par prêt flash ciblent de manière disproportionnée les protocoles plus récents, plus petits, ou s'appuyant sur une liquidité plus faible, pour une raison simple : moins un pool détient de liquidité, moins un attaquant a besoin de capital pour faire varier significativement son prix rapporté. Un protocole disposant d'une liquidité profonde et bien établie provenant de plusieurs sources de prix indépendantes est comparativement coûteux à manipuler, puisqu'un prêt flash assez important pour déplacer significativement le prix devrait être proportionnellement plus grand, réduisant d'autant le profit éventuel de l'attaquant. Un pool nouvellement lancé avec une liquidité modeste, en revanche, peut parfois être poussé vers un prix extrême avec un prêt flash qui ne coûte à l'attaquant qu'une petite commission de transaction à organiser, ce qui explique en partie pourquoi tant d'incidents de prêt flash se concentrent sur des protocoles en activité depuis seulement quelques semaines ou quelques mois plutôt que des années.
Pourquoi ce n'est pas une zone grise légale
Comme une attaque par prêt flash n'appelle techniquement que des fonctions que le contrat intelligent lui-même autorise, elle est parfois décrite à tort en ligne comme du trading habile plutôt qu'un vol. Ce cadrage est trompeur. L'attaquant exploite une faille que les concepteurs du protocole n'avaient pas voulue, pour s'emparer de fonds appartenant à d'autres utilisateurs et fournisseurs de liquidité, sans leur consentement. Les régulateurs et les forces de l'ordre aux États-Unis et ailleurs ont traité les grandes attaques par prêt flash comme du vol et de la fraude, et non comme un usage légitime du protocole.
Comment cela complique la récupération
Une attaque par prêt flash réussie s'achève en une seule transaction, ce qui signifie qu'au moment où quelqu'un remarque une activité inhabituelle, l'exploit est déjà terminé et le produit se trouve dans le wallet de l'attaquant. À partir de là, les fonds se déplacent généralement rapidement via des trajectoires inter-chaînes pour compliquer toute enquête ultérieure. Notre guide sur le fonctionnement du traçage blockchain explique comment les analystes reconstituent ce type de chaîne de transactions après coup, même lorsque l'attaque elle-même s'est déroulée en quelques secondes.
Mesures de protection pour les protocoles et les utilisateurs
- Les protocoles utilisent de plus en plus des oracles de prix moyennés dans le temps plutôt que des prix spot instantanés, rendant une seule transaction importante bien moins efficace pour fausser le prix rapporté.
- Les gardes contre la réentrance et le schéma de codage vérifications-effets-interactions réduisent le risque qu'un appel financé par prêt flash exploite une faille de séquencement.
- Les verrous temporels sur l'exécution des propositions de gouvernance empêchent qu'une position de vote empruntée soit utilisée puis annulée au sein d'une seule transaction.
- Les utilisateurs évaluant un nouveau protocole doivent vérifier s'il a fait l'objet d'un audit récent et réputé, et rechercher les signaux d'alerte présentés dans notre guide sur les signaux d'alerte des contrats DeFi.
Questions fréquentes
Non. Les prêts flash sont une fonctionnalité DeFi standard et largement utilisée, avec des usages légitimes tels que l'arbitrage et le refinancement de dette. C'est l'utilisation d'un prêt flash pour manipuler un prix, exploiter une faille de code ou s'emparer de la gouvernance d'un protocole qui constitue une attaque, pas le mécanisme du prêt en lui-même.
Le prêt et l'exploit se produisent au sein de la même transaction, qui s'exécute intégralement ou est annulée intégralement. Il n'existe aucune fenêtre entre l'émission du prêt et la survenue de l'exploit pendant laquelle un protocole pourrait intervenir, puisque du point de vue de la blockchain, tout cela constitue un seul événement instantané.
Très peu de son propre capital. L'attaquant a seulement besoin de couvrir les frais de transaction réseau et la petite commission propre au prêt flash, typiquement une fraction de pourcent du montant emprunté. L'ampleur de l'attaque est limitée par la liquidité disponible à emprunter, pas par les ressources propres de l'attaquant.
Parfois, même si cela est loin d'être garanti. Certains protocoles ont négocié la restitution des fonds en offrant à l'attaquant une prime de bug en échange de la restitution du reste, tandis que d'autres ont poursuivi l'exploit comme une affaire pénale via les forces de l'ordre une fois les fonds parvenus à un point de sortie traçable.
Sources et lectures complémentaires
- SC07:2025 Flash Loan Attacks · OWASP Smart Contract Security
- Flash Loan Attacks: How They Work, Real Examples, and How to Prevent Them · Hacken
- Year in Review: The Biggest DeFi Hacks of 2025 · Halborn