Reentrancy-Angriffe in DeFi: Der DAO-Hack-Klassiker erklärt

Definition

Ein Reentrancy-Angriff (auch Wiedereintritts-Angriff genannt) ist eine schwerwiegende Schwachstelle in Smart Contracts, die besonders im Bereich der dezentralen Finanzen (DeFi) verbreitet ist. Dabei kann ein bösartiger Akteur eine Funktion innerhalb eines Zielvertrags wiederholt aufrufen, bevor die ursprüngliche Ausführung dieser Funktion vollständig abgeschlossen und ihr interner Zustand aktualisiert wurde. Dies ermöglicht es dem Angreifer, Gelder abzuziehen, Salden zu manipulieren oder die Logik des Vertrags auf unbeabsichtigte Weise zu verändern, was oft zu erheblichen finanziellen Verlusten führt. Das Kernproblem entsteht, wenn ein Vertrag einen externen Aufruf an eine nicht vertrauenswürdige Adresse tätigt, bevor er seine eigenen internen Zustandsvariablen aktualisiert, die von diesem Aufruf betroffen sind.

Ein Reentrancy-Angriff tritt auf, wenn ein bösartiger Smart Contract eine anfällige Funktion in einem anderen Vertrag wiederholt aufruft, bevor die ursprüngliche Ausführung dieser Funktion abgeschlossen und ihr interner Zustand aktualisiert wurde. Dies ermöglicht es dem Angreifer, Gelder abzuziehen oder die Logik des Vertrags auf unbeabsichtigte Weise zu manipulieren.

Kernaussage

Das grundlegende Prinzip hinter einem Reentrancy-Angriff ist die unsachgemäße Reihenfolge von Operationen: Insbesondere die Durchführung eines externen Aufrufs an einen anderen Vertrag bevor die internen Zustandsvariablen aktualisiert werden, die der externe Aufruf beeinflussen könnte. Wenn ein Smart Contract Ether oder Token an eine externe Adresse sendet und danach versucht, den Kontostand des Senders oder andere relevante Zustände zu aktualisieren, entsteht ein Zeitfenster für eine Ausnutzung. Während dieses Fensters kann der Empfänger, falls es sich um einen bösartigen Vertrag handelt, die ursprüngliche Funktion erneut aufrufen und den veralteten Zustand ausnutzen, um zusätzliche, unautorisierte Aktionen durchzuführen.

Mechanik

Um die Mechanik eines Reentrancy-Angriffs zu verstehen, stellen wir uns einen vereinfachten Smart Contract vor, der als digitale Bank fungiert, bei der Benutzer Ether einzahlen und abheben können. Eine häufige Schwachstelle entsteht, wenn der Vertrag zuerst das Ether an den Benutzer sendet und dann den Kontostand des Benutzers aktualisiert, um die Abhebung widerzuspiegeln. Hier ist eine Schritt-für-Schritt-Analyse, wie ein Angreifer dies ausnutzt:

1. Erste Einzahlung: Ein Angreifer zahlt einen kleinen Betrag an Ether in den anfälligen Vertrag ein und etabliert so einen Kontostand.
2. Abhebungsanforderung: Der Angreifer ruft die withdraw()-Funktion im anfälligen Vertrag auf und fordert die Abhebung seines eingezahlten Ethers an.
3. Externer Aufruf: Innerhalb der withdraw()-Funktion initiiert der anfällige Vertrag einen externen Aufruf, um das angeforderte Ether an die Adresse des Angreifers zu senden. Entscheidend ist, dass diese Übertragung bevor der Vertrag seine interne Aufzeichnung des Kontostands des Angreifers aktualisiert (z.B. auf Null setzt oder den abgehobenen Betrag abzieht).
4. Bösartige Fallback-Funktion: Wenn die Adresse des Angreifers zu einem anderen Smart Contract gehört, löst diese externe Ether-Übertragung automatisch die Fallback-Funktion (oder receive-Funktion in Solidity) des Angreifer-Vertrags aus. Diese Fallback-Funktion ist dafür konzipiert, ausgeführt zu werden, wenn Ether an einen Vertrag gesendet wird, ohne eine bestimmte Funktion zum Aufruf anzugeben.
5. Wiedereintritt: Innerhalb seiner Fallback-Funktion ruft der bösartige Angreifer-Vertrag sofort die withdraw()-Funktion des anfälligen Vertrags erneut auf. Da der interne Zustand des anfälligen Vertrags (der Kontostand des Angreifers) von der ersten Abhebung noch nicht aktualisiert wurde, zeigt er immer noch den ursprünglichen Kontostand an. Der anfällige Vertrag, der nicht bemerkt, dass er erneut aufgerufen wird, verarbeitet diese zweite Abhebungsanforderung und sendet weiteres Ether an den Angreifer.
6. Schleife und Entleerung: Dieser Prozess wiederholt sich. Jedes Mal, wenn der anfällige Vertrag Ether an den Angreifer sendet, wird die Fallback-Funktion des Angreifers ausgelöst, die dann die withdraw()-Funktion erneut aufruft. Diese Schleife setzt sich fort, bis die Ether-Reserven des anfälligen Vertrags erschöpft sind oder das Gaslimit der Transaktion erreicht ist. Erst nachdem der Angreifer-Vertrag aufhört, erneut einzutreten, aktualisiert der anfällige Vertrag endlich seinen Zustand, aber dann ist es zu spät.

Dieser Mechanismus wurde beim DAO-Hack berühmt ausgenutzt, wo die call.value()-Methode für die Ether-Übertragung verwendet wurde. Während send()- und transfer()-Methoden ein begrenztes Gas-Stipendium (2300 Gas) bieten, das einige Reentrancy-Szenarien mildern kann, indem es komplexe Wiedereintrittslogik verhindert, leitet call.value() das gesamte verfügbare Gas weiter, was es ohne die Anwendung des Checks-Effects-Interactions-Musters sehr anfällig macht. Dieses Muster besagt, dass alle Prüfungen (z.B. require-Anweisungen), dann alle Zustandsänderungen (Effekte) und schließlich alle externen Interaktionen in dieser spezifischen Reihenfolge erfolgen sollten, um Reentrancy zu verhindern.

Reentrancy kann auch in zwei Hauptformen auftreten: Single-Function Reentrancy, bei der dieselbe anfällige Funktion wiederholt aufgerufen wird, und Cross-Function Reentrancy, bei der eine anfällige Funktion den Zustand mit einer anderen Funktion teilt, die der Angreifer ausnutzen kann, um erneut einzutreten und Gelder abzuziehen. Zum Beispiel könnte ein Angreifer withdrawA() aufrufen, was einen gemeinsamen Saldo aktualisiert, und dann über withdrawB() erneut eintreten, bevor der Zustand von withdrawA() finalisiert ist.

Trading-Relevanz

Obwohl Reentrancy-Angriffe nicht direkt mit Handelsstrategien oder Marktanalysen zusammenhängen, haben ihre Auswirkungen auf das DeFi-Ökosystem tiefgreifende Implikationen für Trader und Investoren. Die Sicherheit der zugrunde liegenden Smart Contracts beeinflusst direkt die Sicherheit digitaler Vermögenswerte. Ein erfolgreicher Reentrancy-Angriff kann zum plötzlichen und massiven Abzug von Geldern aus einem DeFi-Protokoll führen, was sofortige und schwerwiegende Marktinstabilität für die betroffenen Token und potenziell den breiteren Markt verursacht.

Für Trader ist das Verständnis von Reentrancy entscheidend für das Risikomanagement. Die Investition in oder die Interaktion mit DeFi-Protokollen erfordert eine gründliche Bewertung ihrer Smart-Contract-Sicherheit. Protokolle, die strengen Audits unterzogen wurden und Best Practices wie dem Checks-Effects-Interactions-Muster folgen, sind im Allgemeinen sicherer. Ein Reentrancy-Exploit kann zu einer schnellen Abwertung des nativen Tokens eines Protokolls, zur Entleerung von Liquiditätspools und zu einem vollständigen Vertrauensverlust führen, wodurch alle damit verbundenen Vermögenswerte extrem volatil und riskant werden. Trader müssen sich bewusst sein, dass selbst scheinbar robuste Projekte Schwachstellen aufweisen können und ein Hack Investitionen über Nacht zunichtemachen kann, unabhängig von Markttrends oder fundamentaler Analyse.

Risiken

Die mit Reentrancy-Angriffen verbundenen Risiken sind vielfältig und können katastrophale Folgen für Einzelpersonen, Projekte und das gesamte DeFi-Ökosystem haben.

Zunächst ist das unmittelbarste und verheerendste Risiko der finanzielle Verlust. Angreifer können riesige Mengen an Ether, Token oder anderen digitalen Vermögenswerten aus anfälligen Verträgen abziehen, was zu irreversiblen Verlusten für Benutzer und Liquiditätsanbieter führt. Das Ausmaß dieser Verluste kann von Tausenden bis zu Hunderten von Millionen Dollar reichen, wie historische Ereignisse gezeigt haben.

Zweitens schädigen Reentrancy-Angriffe das Ansehen und Vertrauen in betroffene Projekte erheblich. Ein erfolgreicher Exploit signalisiert einen grundlegenden Fehler in der Sicherheitsarchitektur des Projekts, was zu einem Verlust des Benutzervertrauens, einem Rückgang der Akzeptanz und einer potenziellen Abwärtsspirale für das Protokoll führt. Dieser Reputationsschaden kann über das unmittelbare Projekt hinausgehen und Skepsis gegenüber der Sicherheit von DeFi insgesamt hervorrufen.

Drittens führen diese Angriffe zu systemischen Risiken für die breitere Blockchain- und DeFi-Landschaft. Große Hacks können Kaskadeneffekte auslösen, die miteinander verbundene Protokolle, Stablecoin-Pegs und die allgemeine Marktstimmung beeinflussen. Die Reaktion auf solche Angriffe, wie beim DAO zu sehen war, kann sogar kontroverse Maßnahmen wie Hard Forks erforderlich machen, die langfristige Auswirkungen auf die Integrität der Blockchain und den Zusammenhalt der Gemeinschaft haben. Darüber hinaus entwickeln sich die rechtlichen und regulatorischen Implikationen solcher groß angelegten Diebstähle noch weiter, was eine weitere Unsicherheitsebene für Projekte und Investoren darstellt.

Geschichte und Beispiele

Der berüchtigtste und historisch bedeutsamste Reentrancy-Angriff ist Der DAO-Hack vom Juni 2016. Die DAO (Decentralized Autonomous Organization) war ein frühes, ehrgeiziges Projekt auf der Ethereum-Blockchain, das als dezentraler Risikokapitalfonds konzipiert war. Sie sammelte über 150 Millionen US-Dollar in Ether ein, was damals etwa 14 % des gesamten im Umlauf befindlichen Ethers entsprach.

Der Smart Contract des DAO enthielt eine splitDAO-Funktion, die es Investoren ermöglichte, ihr Ether abzuheben und eine „