Position Paper: Denial-of-Service Against Multi-Round Transaction Simulation
Diese Arbeit stellt neue, kostengünstige und schwer zu erkennende Denial-of-Service-Angriffe auf Ethereum-Bündelungsdienste vor, die deren mehrstufiges Ausführungsmodell ausnutzen, um die Blockproduktionsgeschwindigkeit zu verlangsamen und die Einnahmen der Builder erheblich zu mindern.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Stellen Sie sich das Ethereum-Netzwerk wie eine riesige, hochmoderne Fabrik vor, in der jede Minute neue Blöcke (die „Produkte") produziert werden müssen. Um diese Blöcke zu fertigen, gibt es spezielle Baumeister (die „Block Builder"). Ihre Aufgabe ist es, alle offenen Aufträge (Transaktionen) aus der Warteschlange zu sammeln, sie in die richtige Reihenfolge zu bringen und zu einem fertigen Paket zu schnüren.
Ein besonders wichtiger Teil dieser Baumeister sind die „Bündel-Dienste" (wie Flashbots). Diese sind wie hochspezialisierte Kurierdienste für sehr wertvolle Aufträge (z. B. für Händler, die schnelle Gewinne machen wollen). Sie versuchen, die besten Kombinationen von Aufträgen zu finden, um den maximalen Gewinn für die Fabrikbesitzer zu erzielen.
Das Problem: Der alte Trick funktioniert nicht mehr
Bisher gab es böswillige Hacker, die versucht haben, diese Baumeister lahmzulegen (einen sogenannten Denial-of-Service-Angriff). Ihre Strategie war einfach: Sie schickten eine Flut von dummen, ressourcenfressenden Aufträgen in die Fabrik, damit die Maschinen überhitzten und die Produktion stoppte.
Aber die Baumeister haben gelernt. Sie arbeiten jetzt nicht mehr in einem einzigen Durchgang, sondern in mehreren Runden (Multi-Round-Design).
- Runde 1 bis N-1: Der Baumeister probiert verschiedene Reihenfolgen aus, um die perfekte Kombination zu finden. In diesen Test-Runden werden die Aufträge nur simuliert. Wenn ein Auftrag hier „kracht" oder die Maschine verlangsamt, wird er einfach verworfen und niemand merkt etwas.
- Runde N (Die finale Runde): Hier wird das echte Paket geschnürt und an die Blockchain gesendet.
Die alten Hacker-Tricks scheiterten, weil ihre „ressourcenfressenden" Aufträge in den Test-Runden (Runde 1 bis N-1) sofort erkannt und aussortiert wurden. Sie trafen also nie den eigentlichen Baumeister, sondern nur die Testumgebung.
Die neue Waffe: Der „Tarnkappen-Angriff"
Die Forscher in diesem Papier haben einen neuen, raffinierten Angriff entwickelt, der wie ein Tarnkappen-Angriff funktioniert.
Stellen Sie sich vor, Sie wollen eine Fabrik sabotieren, aber Sie wissen, dass der Chef nur auf das finale Produkt achtet.
- Der Trick: Die Hacker schreiben einen „intelligenten" Auftrag (einen Smart Contract), der wie ein Rätsel aufgebaut ist.
- Die Vorbereitung: Sie senden eine Serie von Aufträgen. Die ersten Aufträge sind harmlos. Sie setzen nur die „Rätsel-Teile" (Zustände im System) so, dass sie wie normale Aufträge aussehen. In den Test-Runden passiert nichts Schlimmes; der Baumeister denkt: „Alles klar, weitermachen."
- Der Schlag: Erst im allerletzten Schritt, in der finalen Runde, wenn alle Teile des Rätsels zusammenpassen, löst der Auftrag die Katastrophe aus.
Die Analogie:
Stellen Sie sich eine Schlange von Menschen vor, die durch einen Sicherheitscheck gehen.
- Die alten Hacker waren wie Leute, die sofort eine Bombe zündeten, sobald sie den Sicherheitscheck sahen. Der Wachmann (der Baumeister) sah das und warf sie raus, bevor sie ins Gebäude kamen.
- Die neuen Hacker sind wie eine Gruppe, die sich als harmlose Touristen ausgibt. Die ersten Personen gehen ruhig durch den Check, sammeln Stempel in ihrem Pass (setzen den Zustand). Sie werden nicht kontrolliert.
- Die letzte Person in der Reihe hat denselben Pass, aber erst wenn sie den letzten Stempel sieht (in der finalen Runde), öffnet sie eine versteckte Falle, die den ganzen Gang blockiert. Da sie aber schon im finalen Raum ist, kann der Wachmann sie nicht mehr einfach rauswerfen, ohne die ganze Produktion zu stoppen.
Warum ist das gefährlich?
- Unsichtbar: Da die ersten Schritte harmlos aussehen, durchlaufen sie alle Sicherheitsfilter.
- Günstig: Die Hacker brauchen wenig Geld, um das zu tun.
- Effektiv: Wenn die Falle in der finalen Runde zuschnappt, verlangsamt sie die gesamte Produktion. Da alle Aufträge in dieser Runde nacheinander bearbeitet werden, blockiert ein einziger langsamer Auftrag alle folgenden.
Was bedeutet das für die Zukunft?
Die Forscher zeigen, dass diese Art von Angriff die Baumeister teuer zu stehen kommt (weniger Einnahmen) und die gesamte Blockchain verlangsamen kann. Sie schlagen vor, wie man sich dagegen wehren könnte, aber sie warnen auch: Solange Baumeister in mehreren Runden arbeiten, um den besten Gewinn zu erzielen, wird es immer eine Lücke geben, die von cleveren Angreifern ausgenutzt werden kann.
Zusammengefasst: Es ist ein Katz-und-Maus-Spiel. Die Baumeister haben eine mehrstufige Sicherheit entwickelt, aber die Hacker haben gelernt, wie man sich durch die ersten Stufen schleicht, um erst im allerletzten Moment zuzuschlagen.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.