Aave hat einen offiziellen Postmortem zum 230-Millionen-Dollar-rsETH-Exploit im April veröffentlicht und führt den Verlust nicht auf einen Fehler in den eigenen Smart Contracts zurück, sondern auf ein Versagen der LayerZero-Bridge-Verifizierung. Dadurch konnte ein Angreifer 116.500 ungedeckte rsETH auf Ethereum prägen und mit Krediten verschwinden, die Aave nicht zurückholen konnte. Das Protokoll schreibt seine Standards für Asset-Listings nun neu, um neben den finanziellen und Smart-Contract-Risiken, die es bisher geprüft hat, künftig auch Bridges, Oracle-Abhängigkeiten, Verwahrer und operative Sicherheit genau unter die Lupe zu nehmen.
Warum das wichtig ist
Der Exploit ist der teuerste DeFi-Angriff des Jahres 2026, und der Mechanismus wiegt schwerer als die Dollarzahl. Ein einzelner LayerZero-Verifier genehmigte eine gefälschte Cross-Chain-Nachricht und brachte 116.500 rsETH ohne jede Ether-Deckung auf Ethereum; diese Token wurden anschließend bei Aave hinterlegt und genutzt, um Kredite auf eine Sicherheit aufzunehmen, die aus Sicht des Protokolls absolut echt wirken musste. Aaves eigener Code verhielt sich exakt wie vorgesehen – die Sicherheit war gefälscht, weil die Infrastruktur, die sie lieferte, kompromittiert worden war.
LayerZero hatte bereits Anfang des Monats eingeräumt, einen „Fehler" gemacht zu haben, indem es sein eigenes Verifizierungssystem hochwertige Vermögenswerte in einer Eins-zu-eins-Konfiguration absichern ließ. Aaves Postmortem treibt die Implikation weiter: klassische Risikoprüfungen – Volatilität, Liquidität, Smart-Contract-Audits – haben Risiken in Bridges, Verifizierungsnetzwerken und anderer Off-Chain-Infrastruktur nicht erfasst. Je tiefer sich DeFi über Chains hinweg verzahnt, desto weiter ist die Angriffsoberfläche aus dem Anwendungscode in die verbindende Infrastruktur gewandert.
Marktauswirkungen
Aave startet eine umfassende Überprüfung jedes in V3 gelisteten Assets und baut sein Risikorahmenwerk neu auf, um Bridge-Infrastruktur, Oracle-Abhängigkeiten, Drittpartei-Verträge, Verwahrungsarrangements und operative Sicherheit zu bewerten, bevor ein neuer oder erweiterter Collateral-Listing erfolgt. Das Protokoll entwickelt zudem automatisierte Schutzmechanismen, darunter ein System, das den Loan-to-Value-Wert eines Assets automatisch auf null setzt, sobald vordefinierte Risikoschwellen überschritten werden – und ihm so die Borrowing-Power entzieht, bevor sich Verluste ausbreiten können.
Die Reaktion läuft bereits.
Häufig gestellte Fragen
-
Was hat Aaves 230-Mio.-Dollar-rsETH-Exploit ausgelöst?
Ein Versagen der LayerZero-Bridge-Verifizierung. Ein einzelner Verifier genehmigte eine gefälschte Cross-Chain-Nachricht, mit der ein Angreifer 116.500 ungedeckte rsETH auf Ethereum prägen und sie als Collateral nutzen konnte, um nicht zurückholbare Kredite aufzunehmen.
-
Wurde Aaves eigener Code beim rsETH-Exploit gehackt?
Nein. Aave erklärte, die Smart Contracts hätten exakt wie vorgesehen funktioniert. Die akzeptierte Sicherheit war gefälscht, weil die LayerZero-gestützte Bridge, die die rsETH lieferte, kompromittiert war – nicht wegen eines Bugs in Aaves eigenem Code.
-
Wie ändert Aave nach dem Exploit seine Listing-Standards?
Aave baut sein Risikorahmenwerk neu auf und bewertet künftig Bridge-Infrastruktur, Oracle-Abhängigkeiten, Drittpartei-Verträge, Verwahrungsarrangements und operative Sicherheit – neben den finanziellen und Smart-Contract-Risiken, die es traditionell geprüft hat.
-
Welche neuen Schutzmechanismen entwickelt Aave für angeschlagene Collaterals?
Aave entwickelt automatisierte Systeme, die schneller reagieren, wenn Collateral-Assets Anzeichen von Stress zeigen, darunter einen Vorschlag, den Loan-to-Value-Wert eines Assets automatisch auf null zu setzen, sobald vordefinierte Risikoschwellen überschritten werden.
-
Wie viele Parameteränderungen hat Aave seit dem rsETH-Exploit vorgenommen?
Aaves Risikomanager haben seit dem Exploit rund 295 Parameteränderungen in V3-Märkten ausgeführt, darunter 168 Reduzierungen der Supply-Caps und 66 Reduzierungen der Borrow-Caps, um das Exposure gegenüber einzelnen Assets zu begrenzen.