Reentrancy Attack

Was ist Reentrancy Attack?

Eine Reentrancy Attack tritt auf, wenn ein Vertrag während eines Aufrufs die Kontrolle an einen anderen Vertrag übergibt und externer Code wieder in den ersten Vertrag springt, bevor dieser seinen Zustand aktualisiert hat. Durch dieses geschickte Timing kann ein Angreifer sensible Aktionen wie Abhebungen immer wieder durchführen. Stell dir vor, du bittest um eine Rückerstattung und gehst dann zurück zum Schalter, bevor die Kassiererin die Kasse sichert.

Wie eine Reentrancy Attack funktioniert

Kurz erklärt. Ein typischer Smart Contract hat eine Auszahlungsfunktion, die Gelder an den Aufrufer sendet. Wenn zuerst die Gelder gesendet und später der Kontostand gelöscht wird, kann ein Angreifer per Callback dazwischengehen und vor der Nullstellung mehr anfordern.

1. Beginn: Der Angreifer zahlt etwas ein, um seriös zu wirken.
2. Aufruf: Der Angreifer löst im Zielvertrag die Auszahlung aus.
3. Fallback: Der Zielvertrag sendet Gelder, wodurch die Fallbackfunktion des Angreifers ausgeführt wird.
4. Wiederholung: Diese Fallbackfunktion ruft die Auszahlung erneut auf, bevor der Kontostand aktualisiert wird.
5. Leeren: Die Schleife läuft weiter, bis dem Vertrag die Mittel oder das Gas ausgehen. Genau das ist der Trick.

Ein kleiner Fehler in der Reihenfolge, großes Problem.

Warum Reentrancy Attack wichtig ist

Das betrifft dich, weil Timingfehler echtes Geld schnell bewegen können. Außerdem ist dies einer dieser klassischen Exploits, die jeder Entwickler und interessierte Nutzer auf Anhieb erkennen sollte.

• Vorteil: Das Muster zu kennen hilft, riskanten Code zu erkennen und Gelder zu schützen.
• Perspektive: Es nutzt öffentliche Transparenz, da auf einer blockchain alles sichtbar und aufrufbar ist.
• Bedeutung: Du wirst es in DeFi, Brücken, Tresoren und sogar bei Governance-Auszahlungen für DAOs sehen.

Hauptmerkmale einer Reentrancy Attack

Das macht es aus:

• Rekursion: Externer Code ruft wieder in denselben Vertrag, bevor dieser fertig ist.
• Reihenfolge: Der Fehler tritt auf, wenn Gelder gesendet oder Aufrufe gemacht werden, bevor der Zustand aktualisiert wird.
• Cross: Es kann über mehrere Verträge hüpfen, nicht nur innerhalb einer Funktion.
• Assets: Funktioniert mit ETH, Tokens und sogar Buchungsgutschriften, wenn schlecht kodiert.

Varianten

Verschiedene Varianten, gleicher Ärger für schlampigen Code:

• Einzeln: Mehrfaches erneutes Aufrufen derselben Funktion.
• Cross: Wiederhereinrufen über eine andere Funktion im selben Vertrag.
• Multi: Wiederhereinrufen über zwei oder mehr Verträge in einer Schleife.
• ReadOnly: Beeinflussung von Views oder Preisorakeln, um spätere Schreibvorgänge zu täuschen.

Beispiel

Der Exploit 2016 gegen The DAO nutzte eine Reentrancyschleife bei Auszahlungen, bevor Salden zurückgesetzt wurden, und leerte innerhalb von Minuten ein großes Treasury.

Interessante Tatsache

Der Slogan der Community "checks then effects then interactions" stammt aus frühen Sicherheitsleitfäden und blieb haften, weil er kurz, einprägsam und wirksam ist.

Zusammenfassung

Kurzversion zum Mitnehmen: Wenn externer Code dich aufrufen kann, bevor du deine eigene Buchführung abschließt, gehe davon aus, dass er es tun wird und du ihm womöglich kostenlos Geld übergibst. Das ist eine Reentrancy Attack.