Euler Finance sofreu um ataque de empréstimo flash, com perdas de quase 200 milhões de dólares.

No dia 13 de março, o projeto Euler Finance sofreu um ataque de empréstimo flash devido a uma vulnerabilidade no contrato, resultando em uma perda de cerca de 197 milhões de dólares em fundos. O atacante explorou a falta de verificação de liquidez na função donateToReserves do projeto, lucrando através de várias operações com diferentes moedas. Atualmente, os fundos roubados ainda estão retidos na conta do atacante.

Análise do Processo de Ataque

1. O atacante primeiro tomou emprestado 30 milhões de DAI de uma plataforma de empréstimos flash e implantou dois contratos, um para empréstimos e outro para liquidações.

2. Colocar 20 milhões DAI em staking no contrato do Euler Protocol, recebendo 19,5 milhões eDAI.

3. Utilizando a funcionalidade de alavancagem de 10x do Euler Protocol, emprestar 195.6 milhões de eDAI e 200 milhões de dDAI.

4. Usar os restantes 10 milhões DAI para reembolsar parte da dívida e destruir a correspondente dDAI, e depois novamente emprestar uma quantidade igual de eDAI e dDAI.

5. Através da função donateToReserves, doar 100 milhões de eDAI, e em seguida chamar a função liquidate para realizar a liquidação, obtendo 310 milhões de dDAI e 250 milhões de eDAI.

6. Por fim, foram retirados 38,9 milhões de DAI, devolvendo 30 milhões de Empréstimos Flash, com um lucro líquido de cerca de 8,87 milhões de DAI.

Análise da Causa da Vulnerabilidade

A principal razão pela qual o ataque teve sucesso é que a função donateToReserves carece de verificações de liquidez necessárias. Comparado a outras funções-chave como mint, a função donateToReserves não chama checkLiquidity para validação da liquidez do usuário. Isso permite que o atacante coloque sua conta em um estado que pode ser liquidado através de operações específicas, e então complete a liquidação para obter lucro.

Normalmente, a função checkLiquidity chamaria o módulo RiskManager, garantindo que a quantidade de Etoken do usuário seja sempre maior que a quantidade de Dtoken. No entanto, a função donateToReserves pulou esse passo crucial, criando uma oportunidade para o ataque.

Sugestões de Segurança

Este incidente destaca novamente a importância da auditoria de segurança em contratos inteligentes. As equipes de projeto devem realizar uma verificação de segurança abrangente e detalhada antes do lançamento, especialmente para projetos de empréstimo, onde é necessário prestar atenção especial aos seguintes aspectos:

1. Integridade do mecanismo de reembolso de fundos
2. Abrangência da Detecção de Liquidez
3. Segurança do processo de liquidação de dívidas

Só garantindo a segurança dessas etapas-chave é que se pode prevenir efetivamente a ocorrência de ataques semelhantes. Com o contínuo desenvolvimento do ecossistema Web3, a segurança dos contratos inteligentes continuará a ser o foco de atenção da indústria.