OMNI404-Token verliert 2,4 WETH durch kritischen Bug

Das Sicherheitsunternehmen SlowMist hat einen kritischen Bug im OMNI404-Contract entdeckt, der zu einem Verlust von 2,4 WETH geführt hat. Der Angreifer nutzte einen Designfehler in der Transfer-Funktion aus, durch den sich mehr Token empfangen ließen als eigentlich vorgesehen.

Das Wichtigste in Kürze:

• OMNI404 verliert 2,4 WETH durch einen Designfehler in der Transfer-Funktion
• Angreifer nutzte die Diskrepanz zwischen ERC20- und ERC721-Transaktionen aus
• Flash-Loan wurde eingesetzt, um den Exploit durchzuführen

Wie der Angreifer den Bug ausnutzte

Der OMNI404-Contract behandelt Transfer-Werte von 50 oder weniger als ERC721-Token-IDs, überträgt aber stets zusätzlich eine feste Menge von 1e18 OMNI404-Einheiten. Dadurch entstand eine Lücke in der Logik des Contracts.

Uniswap V3 setzte Exact-Output-Swaps ein, bei denen der Contract wiederholt die Transfer-Funktion mit niedrigen Werten aufrief. Der Pool berücksichtigte nur minimale Beträge in Wei, während der Angreifer jedes Mal vollständige 1e18 OMNI404-Einheiten erhielt. Indem er diese Diskrepanz systematisch ausnutzte und Flash-Loans einsetzte, konnte der Angreifer Gewinn erzielen, ohne eigenes Kapital einzusetzen.

Details des Angriffs

Die Angreifer-Adresse 0xfb26db4eab18cb50d29ff431888dd643a7e9c9f8 richtete sich gegen den Uniswap V3-Liquiditätspool unter der Adresse 0xb3f613b9bc84ddb29d78fa4685b01d98412bba0b. Der verwundbare OMNI404-Contract befindet sich unter 0xd5c02bb3e40494d4674778306da43a56138a383e.

Der Bug lag in der Art und Weise, wie der Contract die NFT-Mint- und Burn-Anzahlen berechnete. Dies geschah ausschließlich auf Basis der Differenz zwischen dem ERC20-Guthaben vor und nach dem Transfer, was sich als unzureichend erwies, wenn Transfers als ERC721-Token-IDs interpretiert wurden.