Replay Attack

Was ist Replay Attack?

Eine Replay Attack entsteht, wenn jemand eine gültige kryptografische Aktion abfängt und erneut verschickt, sodass ein Netzwerk sie wie eine neue Behandlung behandelt. Die Signatur ist legitim, das Timing ist hinterhältig. Man kann es vergleichen mit jemandem, der Ihren unterschriebenen Scheck an einer anderen Kasse wiederverwendet, die dieselben Regeln anwendet.

Wie Replay Attack funktioniert

Kurze Erklärung, damit es im Kopf bleibt.

1. Schritt 1: Sie senden eine signierte Transaktion.
2. Schritt 2: Ein Angreifer kopiert genau diese signierten Daten.
3. Schritt 3: Er sendet sie erneut an eine Stelle, wo sie weiterhin verifiziert wird, zum Beispiel nach einem Hard Fork oder auf einer Kette, die dieselben Signaturregeln akzeptiert.
4. Schritt 4: Das Netzwerk sieht eine gültige Signatur und verarbeitet die Aktion erneut, sodass Werte zweimal bewegt werden.
5. Schritt 5: Nur Prüfungen gegen Replay stoppen das, etwa Chain IDs, Nonces oder einmalige Zugriffsberechtigungen auf Anwendungsebene.

Das ist der ganze Ablauf. Ärgerlich, und gut vermeidbar.

Warum Replay Attack wichtig ist

Warum sollten Sie eine Replay Attack beachten? Weil sie eine echte Aktion, die Sie einmal ausführen wollten, duplizieren und so zur doppelten Ausführung machen kann.

• Vorteil: Wer das Risiko kennt, spart Geld und vermeidet Stress, weil Transaktionen sicherer gestaltet werden können.
• Perspektive: Der Betrieb über mehrere Ketten ist inzwischen normal, daher landen kopierte Nachrichten öfter am falschen Ort, als viele denken.
• Einsatz: Dieser Begriff taucht auf, wenn Sie Mittel über ein Blockchain Netzwerk verschieben, bei Kettenspalten oder beim Signieren von Nachrichten außerhalb der Kette für Anwendungen.

Hauptmerkmale von Replay Attack

Erkennen Sie das Muster schnell an diesen Hinweisen:

• Kopie: Es wird exakt dieselbe signierte Nachricht wiederverwendet, Byte für Byte.
• Gültigkeit: Die Signatur ist echt, daher akzeptieren Knoten die Nachricht, sofern keine Schutzmaßnahmen gegen Replay vorhanden sind.
• Zeitpunkt: Am häufigsten bei Kettenspalten, Brücken oder wenn Anwendungen Überprüfungen der Nonce auslassen.

Varianten

Gleicher Mechanismus, unterschiedliche Bereiche:

• Fork: Replays über zwei Ketten, die sich gespaltet haben und weiterhin dieselben Signaturen akzeptieren.
• Kettenübergreifend: Replays zwischen Ketten, die Parameter teilen oder dieselben Nachrichtenformate akzeptieren.
• Contract: Wiederholungen signierter Berechtigungen oder Meta Transaktionen innerhalb von Anwendungen, die auf einmalige Nonce verzichten.

Beispiel

Nach dem DAO Fork wurden einige Auszahlungen, die auf Ethereum signiert wurden, auch auf Ethereum Classic akzeptiert, bis stärkere Schutzmaßnahmen gegen Replay eingeführt wurden.

Wissenswert

Ethereum führte 2016 mit EIP155 Chain IDs ein, um Replay Attack zu verhindern. Diese Entscheidung beeinflusste, wie moderne Wallets verlangen, dass Sie die Kette vorab auswählen.

Fazit

Replay Attack in einem Satz: eine echte Signatur, wiederverwendet dort oder dann, wo sie nicht hätte verwendet werden dürfen. Behandeln Sie es wie eine doppelte Belastung, dann erkennen Sie es schneller.