Kernaussagen
Eine Blockchain-Bridge verbindet zwei separate Blockchains, sodass Assets und Daten zwischen ihnen übertragen werden können. Cross-Chain-Bridges halten große Mengen an Nutzergeldern, wodurch sie für Angreifer ein besonders konzentriertes Ziel darstellen.
Zu den häufigsten Bridge-Schwachstellen gehören eine schwache Validierung on-chain, eine schwache Validierung off-chain, eine unsachgemäße Behandlung nativer Tokens, Fehlkonfigurationen sowie die Komprimittierung von Validator- oder Custodian-Keys.
Bridge-Hacks haben zu Milliarden US-Dollar Verlusten geführt. Bedeutende Exploits sind unter anderem Wormhole (325 Mio. US-Dollar), Ronin (625 Mio. US-Dollar) und Nomad (190 Mio. US-Dollar).
Gründliche Tests vor dem Deployment über alle bekannten Angriffsszenarien hinweg, kombiniert mit Sicherheits-Audits durch Dritte, sind der effektivste Weg, das Risiko für die Bridge-Sicherheit zu reduzieren. Selbst gut auditierten Code kann man umgehen, wenn Validator-Keys kompromittiert werden.
Einführung
Eine Blockchain-Bridge ist ein Protokoll, das zwei Blockchains miteinander kommunizieren und Assets austauschen lässt. Wenn Sie Bitcoin besitzen, aber an Aktivitäten im Ethereum-Netzwerk teilnehmen möchten, ermöglicht Ihnen eine Cross-Chain-Bridge dies, ohne dass Sie Ihren Bitcoin verkaufen müssen.
Bridges spielen eine zentrale Rolle im Multi-Chain-Ökosystem. Da sie große Mengen an Nutzergeldern halten und auf komplexe Komponenten sowohl on-chain als auch off-chain angewiesen sind, bieten sie eine breite Angriffsfläche. Diese Kombination macht Bridges zu einem der am häufigsten angegriffenen Bereiche im Blockchain-Umfeld.
Bridge-Angriffe führten allein im Jahr 2022 zu Verlusten von über 2 Milliarden US-Dollar. Bedeutende Exploits in diesem Jahr waren unter anderem Wormhole (etwa 325 Millionen US-Dollar im Februar 2022, verursacht durch eine Schwäche in der on-chain Validierung), die Ronin Bridge (etwa 625 Millionen US-Dollar im März 2022, verursacht durch die Kompromittierung von fünf von neun Validator-Keys) und Nomad (etwa 190 Millionen US-Dollar im August 2022, verursacht durch eine Fehlkonfiguration, die es jedem erlaubte, eine betrügerische Nachricht einzureichen).
Die Angriffe gingen danach weiter, darunter ein Verstoß gegen das Orbit-Bridge-Protokoll im Jahr 2024, der zu etwa 82 Millionen US-Dollar Verlusten führte. Zu verstehen, warum Bridges verwundbar sind, ist entscheidend, um zu begreifen, wie die Branche sich besser absichern kann.
Warum ist Bridge-Sicherheit so kritisch?
Bridges halten typischerweise die Tokens, die Nutzer von einer Chain zur anderen transferieren möchten. Da sich Cross-Chain-Transfers im Laufe der Zeit ansammeln, kann ein Bridge-Contract zu jedem Zeitpunkt einen beträchtlichen Teil an Nutzergeldern halten. Das macht ihn zu einem wertvollen Ziel.
Bridges haben außerdem eine große Angriffsfläche. Sie umfassen sowohl Smart Contracts auf der Blockchain als auch Off-Chain-Backend-Infrastruktur, und die beiden müssen korrekt zusammenarbeiten, damit das System sicher ist. Jede Lücke in der Interaktion zwischen diesen Komponenten kann eine Angriffsöffnung schaffen.
Zusätzlich zu Schwachstellen auf Code-Ebene sind Bridges, die sich auf eine Reihe von Validatoren oder Custodians verlassen, um plattformübergreifende Nachrichten zu signieren, einem weiteren Risikotyp ausgesetzt: Wenn ein Angreifer genügend Validator-Keys kompromittiert, kann er betrügerische Auszahlungen autorisieren – unabhängig davon, wie gut die zugrunde liegenden Smart Contracts geschrieben sind. Der Ronin-Bridge-Exploit fiel in diese Kategorie und zeigte, dass die Verwaltung von Validator-Keys genauso kritisch ist wie die Absicherung von Contracts.
Böswillige Akteure sind stark motiviert, Lücken in all diesen Bereichen zu finden – angesichts der möglichen Gewinne aus einem erfolgreichen Verstoß.
Häufige Schwachstellen in der Bridge-Sicherheit
Bridge-Schwachstellen fallen in mehrere Hauptkategorien. Jede erfordert ihren eigenen Testansatz und ihre eigene Strategie zur Risikominderung.
Schwache on-chain Validierung
Einige Bridges verlassen sich auf Smart Contracts, um Nachrichten zu validieren und Einzahlungen direkt auf der Blockchain zu verifizieren. Wenn ein Nutzer Gelder einzahlt, beobachtet ein Off-Chain-Relayer oder ein Validator-Set die Einzahlung und erzeugt einen signierten Proof. Der On-Chain-Contract validiert diesen Proof anschließend, um eine Auszahlung auf der empfangenden Chain zu autorisieren.
Wenn die Logik zur on-chain Validierung eine Schwäche hat, kann ein Angreifer Proofs fälschen, die die Validierungsprüfung bestehen. Beim Wormhole-Exploit konnte der Angreifer beispielsweise eine gültige Signatur für eine Einzahlung erzeugen, die nie stattgefunden hat. Dadurch wurden auf Solana ungefähr 120.000 Wrapped ETH geprägt, ohne dass es auf Ethereum eine entsprechende Einzahlung gab.
Bridges, die Wrapped Tokens verarbeiten, sind hier besonders exponiert. Wenn die Transaktion, die Wrapped Tokens ausgibt, nicht ordnungsgemäß validiert wird, könnte ein Angreifer sie an eine unbeabsichtigte Adresse umleiten. Dieses Risiko kann sich verstärken, wenn Nutzer der Bridge-Contract unbegrenzte Token-Freigaben erteilt haben – eine gängige Praxis, um Gasgebühren zu reduzieren.
Schwache off-chain Validierung
Einige Bridge-Systeme verlassen sich auf einen Off-Chain-Backend-Server, um zu prüfen, ob eine Einzahlungstransaktion legitim ist, bevor er eine Auszahlung autorisiert. Ein Angreifer, der diesen Server täuschen kann, kann Gelder abziehen, ohne jemals einzuzahlen.
Eine häufige Schwäche ist eine unvollständige Verifizierung des Vertrags, der das Ereignis auslöst. Der Backend-Server muss nicht nur bestätigen, dass ein Deposit-Ereignis ausgegeben wurde, sondern auch, dass es vom richtigen Contract-Address stammt. Wenn nur die Ereignisstruktur geprüft wird und nicht die Quelladresse, kann ein Angreifer einen gefälschten Contract bereitstellen, der ein identisch strukturiertes Deposit-Ereignis ausgibt, wodurch der Server zu einer Autorisierung einer betrügerischen Auszahlung verleitet wird.
Unsachgemäße Behandlung nativer Tokens
In einem Netzwerk wie Ethereum werden der native Token (ETH) und Utility-Tokens (ERC-20s) über unterschiedliche Mechanismen in eine Bridge eingezahlt. Native Tokens werden direkt mit der Transaktion gesendet; ERC-20 Tokens erfordern einen separaten Freigabe- und Transfer-Schritt.
Wenn beide Token-Typen über dieselbe Funktion eingezahlt werden können, besteht das Risiko, dass die Logik, die native und ERC-20 Tokens als austauschbar behandelt, Edge Cases erzeugt, die Angreifer ausnutzen können. Wenn beispielsweise eine Zero-Adresse (die den nativen Token repräsentiert) eine Whitelist-Prüfung umgeht, kann ein Angreifer den Transaktionsablauf so manipulieren, dass eine Einzahlung erfasst wird, ohne tatsächlich irgendeinen Token zu übertragen.
Brücken können dieses Problem lösen, indem sie separate Funktionen für native und ERC-20-Einzahlungen verwenden oder indem sie eine robuste Whitelist implementieren, die explizit den nativen Token-Fall behandelt.
Falsche Konfiguration
Rollen mit besonderen Berechtigungen in einem Bridge-Protokoll steuern kritische Funktionen wie das Whitelisting von Tokens, die Zuweisung von Signern und Konfigurations-Updates. Eine Fehlkonfiguration an irgendeiner dieser Stellen kann schwerwiegende Folgen haben.
Beim Nomad-Bridge-Exploit führte ein Protokoll-Upgrade zu einer Fehlkonfiguration, die es jedem erlaubte, gefälschte Auszahlungsnachrichten einzureichen und als legitimer Relayer behandelt zu werden. Da das System jede Nachricht von jedem Absender als vorverifiziert akzeptierte, konnten Angreifer die Bridge entleeren, indem sie lediglich eine gültige Transaktion kopierten und die Empfängeradresse ersetzten – ohne dass ein technischer Exploit erforderlich war.
Diese Art von Verwundbarkeit zeigt, wie wichtig es ist, Konfigurationsänderungen mit derselben Sorgfalt wie Codeänderungen zu behandeln, einschließlich gründlichen Tests vor und nach jedem Upgrade.
Komprimittierung von Validator- und Custodian-Schlüsseln
Viele Bridges verlassen sich auf eine Reihe von Validatoren oder Multisig-Custodians, um plattformübergreifende Nachrichten zu genehmigen. Wenn ein Angreifer genügend Schlüssel kompromittiert, um die Signatur-Schwelle zu erreichen, kann er betrügerische Auszahlungen autorisieren – unabhängig davon, wie sicher die zugrunde liegenden Smart Contracts sind.
Der Ronin-Bridge-Angriff ist der größte Bridge-Exploit in der Geschichte der Krypto-Branche. Der Angreifer erhielt Zugriff auf fünf von neun Validator-Private-Keys – genug, um zwei betrügerische Auszahlungen mit insgesamt rund 625 Millionen US-Dollar zu signieren. Die Kompromittierung wurde sechs Tage lang nicht entdeckt, weil die Bridge keine automatisierte Überwachung oder Alarmierung für große Abflüsse hatte.
Zu den Gegenmaßnahmen für diese Kategorie gehören das Verteilen von Validator-Schlüsseln auf unabhängige Parteien ohne gemeinsame Infrastruktur, die Implementierung automatisierter Überwachung für ungewöhnliche Auszahlungsmuster sowie die Nutzung von Hardware-Security-Modulen (HSMs), um Signaturschlüssel zu schützen. Ratenbegrenzungen bei Auszahlungen können den Schaden außerdem begrenzen, selbst wenn Schlüssel kompromittiert wurden.
So verbessern Sie die Bridge-Sicherheit
Die oben beschriebenen Arten von Schwachstellen haben ein gemeinsames Muster: Jede von ihnen entsteht durch eine Lücke in der Logik, Konfiguration oder Schlüsselverwaltung, die steuert, wie die Bridge Nachrichten und Gelder verarbeitet.
Gute Sicherheitspraktiken schließen diese Lücken durch strenge Tests vor dem Deployment. Dazu gehört das Abdecken jedes bekannten Angriffsszenarios – einschließlich gefälschter Proofs, Fake-Deposits, nativer Token-Edge-Cases, Annahmen auf Konfigurationsebene sowie die Verwaltung von Validator-Keys.
Sicherheitsaudits durch Dritte für Smart Contracts bieten eine zusätzliche Prüfungsebene und bringen externes Know-how ein, um Probleme zu identifizieren, die interne Teams möglicherweise übersehen. Audits allein reichen jedoch nicht aus: Der Ronin-Exploit ereignete sich auf auditiertem Code. Das unterstreicht, dass die Sicherheit der Validator-Keys und die betrieblichen Abläufe selbst selbst eine gründliche Code-Review umgehen können.
Ratenbegrenzungen bei Auszahlungen und Multi-Signature-Anforderungen für privilegierte Aktionen können ebenfalls die Auswirkungen eines erfolgreichen Exploits verringern, indem sie begrenzen, wie viel ein Angreifer in kurzer Zeit entziehen kann. Automatisierte Überwachung und Alarmierung bei ungewöhnlichem Verhalten können das Zeitfenster bis zur Erkennung verkürzen – das war im Fall der Ronin Bridge ein entscheidender Faktor.
Es gibt keinen einzelnen Ansatz, der alle Risiken eliminiert. Die widerstandsfähigsten Bridges kombinieren strenge Tests, externe Audits, sichere Schlüsselverwaltung und sorgfältige operative Abläufe zu einer mehrschichtigen Sicherheitsstrategie.
FAQ
Warum sind Blockchain-Bridges ein Ziel für Angreifer?
Bridges verwalten große Mengen an Nutzergeldern in Smart Contracts und sind auf korrekt funktionierende Komponenten sowohl on-chain als auch off-chain angewiesen. Die Kombination aus hohem Wert und großer Angriffsfläche macht sie zu einem attraktiven Ziel. Jede Schwäche in der Validierungslogik, der Konfiguration oder der Verwaltung von Validator-Keys kann potenziell ausgenutzt werden, um Gelder ohne legitime Einzahlung abzuheben.
Welcher war der größte Hack einer Blockchain-Bridge?
Der Ronin-Bridge-Exploit im März 2022 führte zu etwa 625 Millionen US-Dollar Verlusten und machte ihn zum größten Bridge-Hack. Der Angreifer erhielt Zugriff auf fünf von neun Validator-Private-Keys und autorisierte betrügerische Auszahlungen.
Was ist eine schwache off-chain Validierung in der Bridge-Sicherheit?
Eine schwache off-chain Validierung bedeutet, dass ein Bridge-Backend-Server eine Einzahlungstransaktion nicht vollständig verifiziert, bevor er eine Auszahlung autorisiert. Wenn der Server nur die Ereignisstruktur prüft und nicht die Adresse, von der das Ereignis stammt, kann ein Angreifer einen gefälschten Vertrag bereitstellen, der ein legitimes Deposit-Ereignis imitiert, und damit die Validierungsprüfung umgehen.
Wie erhöhen unbegrenzte Token-Freigaben das Bridge-Risiko?
Viele Bridges fordern von Nutzern unbegrenzte Token-Freigaben an, um Transaktionsgebühren zu reduzieren. Wenn der Bridge-Contract eine Validierungsschwäche hat, kann ein Angreifer diese Freigabe ausnutzen, um Token von anderen Nutzern auf sich selbst zu übertragen, da dem Contract unbegrenzter Zugriff auf diese Wallets gewährt wurde.
Was ist der beste Weg, das Risiko für die Bridge-Sicherheit zu reduzieren?
Der effektivste Ansatz kombiniert gründliche Tests vor dem Deployment gegen alle bekannten Angriffsszenarien mit Sicherheits-Audits durch Dritte. Ebenso wichtig sind sichere Schlüsselverwaltungspraktiken für Validator-Sets, Ratenbegrenzungen für Auszahlungen, Multi-Signature-Anforderungen für privilegierte Aktionen sowie automatisierte Überwachung bei ungewöhnlichem Verhalten. Keine einzelne Maßnahme eliminiert alle Risiken; eine mehrschichtige Sicherheitsstrategie ist unerlässlich.
Abschließende Gedanken
Blockchain-Bridges sind eine grundlegende Komponente des Multi-Chain-Ökosystems und ermöglichen, dass sich Assets zwischen getrennten Netzwerken bewegen. Ihr Wert macht sie außerdem zu einem anhaltenden Ziel für Angreifer. Die Hauptkategorien von Bridge-Schwachstellen – schwache on-chain Validierung, schwache off-chain Validierung, unsachgemäße Behandlung nativer Tokens, Fehlkonfiguration und Kompromittierung von Validator-Keys – erfordern jeweils gezielte Tests und sorgfältiges Design, um sie adressieren zu können.
Die Geschichte von Bridge-Exploits zeigt deutlich: Allein die Codequalität reicht nicht aus. Der größte Bridge-Hack in der Geschichte der Krypto-Branche (Ronin Bridge) nutzte Validator-Keys aus, nicht Fehler in Smart Contracts. Entwickler, die Bridge-Infrastruktur bauen oder auditieren, sollten jede Komponente – On-Chain-Code, Off-Chain-Logik, Schlüsselverwaltung und operative Verfahren – als potenzielle Angriffsfläche betrachten.
Weiterführende Informationen
Was ist eine Blockchain-Bridge?
Was ist plattformübergreifende (Cross-Chain) Interoperabilität?
Was sind Smart Contracts und wie funktionieren sie?
So erkennen Sie Betrügereien im dezentralen Finanzwesen (DeFi)
Was ist Ethereum und wie funktioniert es?
Haftungsausschluss: Dieser Inhalt wird Ihnen lediglich „wie er ist“ für allgemeine Informationen und zu Bildungszwecken bereitgestellt, ohne irgendeine Zusicherung oder Gewährleistung. Er ist weder als Finanz-, Rechts- oder sonstige professionelle Beratung zu verstehen, noch soll er den Kauf eines bestimmten Produkts oder einer bestimmten Dienstleistung empfehlen. Sie sollten sich stattdessen von geeigneten professionellen Beratern beraten lassen. Wenn der Inhalt von einem Dritten beigesteuert wurde, beachten Sie bitte, dass die dort geäußerten Ansichten dem jeweiligen Dritten gehören und nicht unbedingt die Ansichten der Binance Academy widerspiegeln. Die Kurse von digitalen Vermögenswerten können volatil sein. Der Wert Ihrer Anlage kann steigen oder fallen, und Sie erhalten möglicherweise nicht den Betrag zurück, den Sie investiert haben. Sie sind allein für Ihre Anlageentscheidungen verantwortlich und die Binance Academy haftet nicht für Verluste, die Ihnen entstehen können. Weitere Informationen finden Sie in unseren Nutzungsbedingungen, der Risiko-Warnung und den Bedingungen der Binance Academy.