Euler Finance a subi une attaque par Prêts Flash, avec des pertes de près de 200 millions de dollars.

Le 13 mars, le projet Euler Finance a subi un flash loan attack en raison d'une vulnérabilité dans le contrat, entraînant une perte d'environ 197 millions de dollars. L'attaquant a exploité la faille dans la fonction donateToReserves du projet, qui manquait de vérification de liquidité, pour réaliser des bénéfices en effectuant plusieurs opérations avec différentes devises. À l'heure actuelle, les fonds volés restent bloqués dans le compte de l'attaquant.

Analyse du processus d'attaque

1. L'attaquant a d'abord emprunté 30 millions de DAI via un Prêt Flash sur une plateforme de prêt, puis a déployé deux contrats pour le prêt et la liquidation.

2. Staker 20 millions DAI dans le contrat du protocole Euler pour obtenir 19,5 millions eDAI.

3. Utiliser la fonction de levier 10x du protocole Euler pour emprunter 195,6 millions d'eDAI et 200 millions de dDAI.

4. Utiliser les 10 millions de DAI restants pour rembourser une partie de la dette et détruire le dDAI correspondant, puis emprunter à nouveau une quantité équivalente d'eDAI et de dDAI.

5. En faisant un don de 100 millions d'eDAI via la fonction donateToReserves, on appelle ensuite la fonction liquidate pour réaliser la liquidation, obtenant ainsi 310 millions de dDAI et 250 millions d'eDAI.

6. Enfin, extraction de 39 millions de DAI, remboursement de 30 millions de Prêts Flash, bénéfice net d'environ 8,87 millions de DAI.

Analyse des causes de la vulnérabilité

La principale raison du succès de l'attaque est que la fonction donateToReserves manque de vérifications nécessaires de la liquidité. Contrairement à d'autres fonctions clés comme mint, la fonction donateToReserves n'appelle pas checkLiquidity pour valider la liquidité de l'utilisateur. Cela permet à l'attaquant de rendre son compte liquidable par des opérations spécifiques, puis de réaliser un profit en procédant à la liquidation.

En temps normal, la fonction checkLiquidity appelle le module RiskManager pour s'assurer que le nombre d'Etokens des utilisateurs est toujours supérieur au nombre de Dtokens. Cependant, la fonction donateToReserves a sauté cette étape cruciale, créant une opportunité pour l'attaque.

Conseils de sécurité

Cet incident met à nouveau en lumière l'importance des audits de sécurité des contrats intelligents. Les équipes de projet doivent effectuer des vérifications de sécurité complètes et détaillées avant le lancement, en particulier pour les projets de prêt, il est essentiel de se concentrer sur les aspects suivants :

1. Intégrité du mécanisme de remboursement des fonds
2. Exhaustivité de la détection de la liquidité
3. La sécurité du processus de liquidation de la dette

Seule la garantie de la sécurité de ces étapes clés permettra de prévenir efficacement la survenance d'attaques similaires. Avec le développement continu de l'écosystème Web3, la sécurité des contrats intelligents continuera d'être un point focal d'intérêt pour l'industrie.