{"id":291,"date":"2026-07-25T21:04:58","date_gmt":"2026-07-25T21:04:58","guid":{"rendered":"https:\/\/coincrafty.com\/why-bridges-get-hacked-de-tmp\/"},"modified":"2026-07-30T16:39:37","modified_gmt":"2026-07-30T16:39:37","slug":"why-bridges-get-hacked","status":"publish","type":"post","link":"https:\/\/coincrafty.com\/de\/why-bridges-get-hacked\/","title":{"rendered":"Warum Krypto-Bridges immer wieder gehackt werden"},"content":{"rendered":"

Die Kurzfassung.<\/strong> Eine Bridge bewegt keine Coin von einer Chain zur anderen, denn Chains k\u00f6nnen einander nicht sehen. Sie sperrt oder verbrennt Ihren Verm\u00f6genswert auf der einen Seite und gibt auf der anderen einen Anspruch aus, wodurch sich eine enorme Menge Wert hinter einem einzigen Mechanismus konzentriert. Bridges werden immer wieder gehackt, weil dieser Mechanismus ein dauerhaftes, \u00f6ffentliches, hochwertiges Ziel mit einer Handvoll gut verstandener Schwachstellen ist.<\/p>\n

Was eine Bridge tats\u00e4chlich tut<\/h2>\n

Blockchains sind geschlossene Systeme. Ein Vertrag auf einer Chain kann nicht sehen, was auf einer anderen geschah, also reist buchst\u00e4blich nichts zwischen ihnen. Alles, was eine Bridge<\/a> tut, ist eine Konstruktion rund um diese Einschr\u00e4nkung.<\/p>\n

Das g\u00e4ngigste Design ist Lock-and-Mint. Sie zahlen einen Verm\u00f6genswert in einen Vertrag auf der Quell-Chain ein, wo er gesperrt wird. Etwas au\u00dferhalb der Chain beobachtet diese Einzahlung und bezeugt sie. Ein Vertrag auf der Ziel-Chain akzeptiert das Zeugnis und pr\u00e4gt eine umh\u00fcllte Repr\u00e4sentation in Ihre Adresse.<\/p>\n

Der R\u00fcckweg kehrt den Ablauf um: Sie verbrennen den umh\u00fcllten Token, ein Zeugnis dieser Verbrennung erreicht die Quell-Chain, und der urspr\u00fcngliche Verm\u00f6genswert wird freigegeben. Liquidit\u00e4tsnetzwerk-Bridges funktionieren wiederum anders, indem sie auf beiden Seiten Pools halten und Sie aus dem Ziel-Pool auszahlen.<\/p>\n

Wichtig ist, sich zu merken, was ein umh\u00fcllter Token ist. Er ist ein Anspruch, und sein Wert h\u00e4ngt vollst\u00e4ndig davon ab, dass das gesperrte Collateral gesperrt bleibt und die pr\u00e4gende Instanz ehrlich und korrekt bleibt. Wenn sich das Pr\u00e4gen f\u00e4lschen l\u00e4sst, ist der umh\u00fcllte Verm\u00f6genswert durch nichts gedeckt, und der Sperrvertrag wird von demjenigen geleert, der zuerst einl\u00f6st.<\/p>\n

Warum sich der Wert so stark konzentriert<\/h2>\n

Jeder Nutzer, der in dieselbe Richtung wechselt, vergr\u00f6\u00dfert denselben Berg. Einzahlungen sammeln sich in einem Vertrag, sodass der Saldo einfach mit der Verbreitung w\u00e4chst.<\/p>\n

Das ver\u00e4ndert die \u00d6konomie eines Angriffs. Gegen eine einzelne Wallet erbeutet ein Angreifer eine Wallet. Gegen eine Bridge kann ein einziger erfolgreicher Aufruf alles erreichen, was der Mechanismus h\u00e4lt, was viel geduldige Arbeit gegen ein Ziel finanziert, das sich nie bewegt.<\/p>\n

Bridges sind zudem ungew\u00f6hnlich breite Systeme. Sie haben Vertr\u00e4ge auf mindestens zwei Chains, eine Weiterleitungs- oder Bezeugungsschicht au\u00dferhalb der Chain, Schl\u00fcsselmaterial in jemandes Besitz und oft einen Aktualisierungspfad. Der Angreifer muss nur bei einem dieser Teile richtigliegen. Die Verteidiger m\u00fcssen bei allen richtigliegen, und zwar dauerhaft.<\/p>\n

Die wiederkehrenden Fehlerklassen<\/h2>\n

Kompromittierte Validator- oder Unterzeichner-S\u00e4tze<\/h3>\n

Viele Bridges verifizieren Einzahlungen extern: Eine Gruppe ausgew\u00e4hlter Parteien beobachtet die Quell-Chain und unterzeichnet, was sie gesehen hat, und der Zielvertrag pr\u00e4gt, wenn er gen\u00fcgend Unterschriften sieht. Damit sind diese Signaturschl\u00fcssel dem Geld gleichzusetzen. Bridges wurden wiederholt geleert, nachdem genug dieses Schl\u00fcsselmaterials in die H\u00e4nde eines Angreifers geraten war \u2013 sei es durch Phishing eines Betreibers, Malware auf einem Server oder eine Person von innen.<\/p>\n

Schwellenwerte besch\u00f6nigen die Realit\u00e4t, wenn die Schl\u00fcssel nicht wirklich unabh\u00e4ngig sind. Ein nominell verteilter Satz, der von einer einzigen Organisation, auf einem einzigen Cloud-Konto, mit einer einzigen Deployment-Pipeline betrieben wird, ist n\u00e4her an einem einzigen Schl\u00fcssel, als die Notation vermuten l\u00e4sst. Dieselbe Logik gilt im pers\u00f6nlichen Ma\u00dfstab, wie unser Leitfaden zu Multisig f\u00fcr Privatpersonen<\/a> erkl\u00e4rt.<\/p>\n

Fehlerhafte Nachrichtenpr\u00fcfung<\/h3>\n

Der Zielvertrag muss entscheiden, ob eine Einzahlung wirklich stattgefunden hat. Diese Pr\u00fcfung ist der Ort, an dem das Vertrauen liegt, und es ist subtiler Code. Fehler dieser Klasse erlauben es einem Angreifer, zu pr\u00e4gen, ohne jemals etwas eingezahlt zu haben \u2013 die reinste Form eines Bridge-Exploits.<\/p>\n

Die wiederkehrenden Formen sind vertraut. Eine Beweispr\u00fcfungsroutine, die bei leerer oder fehlerhafter Eingabe stillschweigend Erfolg meldet. Ein Parser, der eine Nachricht von einem nicht autorisierten Absender akzeptiert, weil die Absenderpr\u00fcfung auf das falsche Feld angewendet wurde.<\/p>\n

M\u00e4chtige Admin-Schl\u00fcssel und aktualisierbare Vertr\u00e4ge<\/h3>\n

Die meisten Bridges sind aktualisierbar, weil ein so komplexes System Reparaturen brauchen wird. Das Proxy-Muster, das dies erm\u00f6glicht, bedeutet auch, dass eine einzige privilegierte Adresse die Logik ersetzen kann, die jede Einzahlung sch\u00fctzt \u2013 sofort und ohne die Zustimmung von irgendjemandem.<\/p>\n

Perfekter Code sch\u00fctzt nichts, wenn dieser Schl\u00fcssel kompromittiert ist, und dasselbe gilt f\u00fcr Pause-, Pr\u00e4ge- und Notfall-Auszahlungsbefugnisse. Das ist die L\u00fccke, die ein Pr\u00fcfbericht dokumentiert, statt sie zu beseitigen<\/a>, weshalb der Abschnitt zu den privilegierten Rollen mehr Aufmerksamkeit verdient als die Zahl der Bugs.<\/p>\n

Fehler bei der Signaturpr\u00fcfung<\/h3>\n

Selbst bei einem ehrlichen Unterzeichner-Satz kann der Code, der Signaturen pr\u00fcft, falsch sein. Signaturen, die nicht an eine bestimmte Chain oder einen bestimmten Vertrag gebunden sind, lassen sich dort wiederholen, wo sie nie gelten sollten. Wiederherstellungsfunktionen, die bei fehlerhafter Eingabe eine leere Adresse zur\u00fcckgeben, lassen sich dazu verleiten, einen nicht existierenden Unterzeichner als g\u00fcltig zu behandeln. Eine Nonce-Verwaltung, die Wiederverwendung zul\u00e4sst, macht aus einer legitimen Freigabe viele.<\/p>\n

Diese Bugs sind klein, leicht zu \u00fcbersehen und in ihrer Wirkung katastrophal, weil sie einem Angreifer erlauben, genau das herzustellen, worauf das ganze System sich verl\u00e4sst.<\/p>\n

Warum das schwer zu beheben bleibt<\/h2>\n

Eine Bridge muss \u00fcber zwei Ausf\u00fchrungsumgebungen plus die Klempnerei dazwischen korrekt sein und korrekt bleiben, w\u00e4hrend sich beide Chains darunter aktualisieren. Komplexit\u00e4t ist hier nicht nebens\u00e4chlich; sie ist die Aufgabe selbst.<\/p>\n

Komponierbarkeit vervielfacht die Folgen. Umh\u00fcllte Verm\u00f6genswerte werden als Collateral genutzt und \u00fcber die gesamte Ziel-Chain hinweg in M\u00e4rkten gepaart, sodass sich der Schaden, wenn einer seine Deckung verliert, auf Pools ausbreitet, die die Bridge nie ber\u00fchrt haben. Unsere Lektion zu DeFi-Grundlagen und -Risiken<\/a> behandelt diese Art von Kettenwirkung.<\/p>\n

Die Verteidigungswerkzeuge schneiden ebenfalls in beide Richtungen. Ratenbegrenzungen und Pause-Schalter verringern, wie viel ein einzelner Fehler herausziehen kann, und geben jemandem die Macht, Ihre Gelder einzufrieren. Kein Design beseitigt Vertrauen vollst\u00e4ndig; die guten verschieben es an einen Ort, den Sie inspizieren k\u00f6nnen.<\/p>\n

Was das in der Praxis f\u00fcr Sie bedeutet<\/h2>\n

Sie k\u00f6nnen eine Bridge nicht selbst pr\u00fcfen, aber Sie k\u00f6nnen \u00e4ndern, wie viel Sie ihr aussetzen und f\u00fcr wie lange.<\/p>\n