Der Angreifer hat am 18. August mit 74 aus fehlgeschlagenen Transaktionen der vorangegangenen 55 Tage gesammelten Signaturen rund 2 Milliarden GALA (etwa 3 Millionen US-Dollar) und Dutzende weitere Tokens aus neun GalaChain-Wallets abgezogen. Zwei Schwachstellen kamen zusammen: ein EIP-712-Verifier, der vom Aufrufer gelieferte Typdefinitionen akzeptierte, statt sie aus der aufgerufenen Operation abzuleiten, sowie ein Replay-Schutzsystem, das eindeutige Transaktionsschlüssel zurücksetzte, sobald eine Anfrage fehlschlug. Von 59 angegriffenen Konto-Token-Kombinationen wurden 56 beim ersten Versuch exakt auf ihren Kontostand geleert, die vier größten GALA-Positionen wurden innerhalb von 18 Sekunden in absteigender Reihenfolge entnommen. Das Muster deutet auf Aufklärung im Vorfeld hin, nicht auf eine opportunistische Entdeckung.
Warum es darauf ankommt
Die Signaturen hinter dem Abfluss waren kryptografisch gültig. Die wirtschaftlichen Wirkungen, die sie autorisierten, entsprachen nicht dem, was die ursprünglichen Unterzeichner zugesichert hatten: Ein einzelnes On-Chain-Beispiel zeigt einen TransferToken-Aufruf, der rund 1,64 Milliarden GALA verarbeitete, obwohl die zur Prüfung vorgelegte EIP-712-Struktur eine AddLiquidity-Operation beschrieb. Private Keys, Seed-Phrasen und Passwörter wurden nicht kompromittiert, und genau das sollte Betreiber ähnlicher Infrastrukturen beunruhigen. Eine Bridge, deren Sicherheitsmodell davon ausgeht, dass die Absicht einer Signatur zur jeweiligen Operation passt, kann geleert werden, ohne etwas zu fälschen oder einen Schlüssel zu stehlen.
Beide Lücken überstanden die externe Prüfung. Gala erklärte, die relevante Autorisierungslogik sei in einem CertiK-Mandat Ende 2025 sowie in einem Hashlock-SDK-Review im Januar geprüft worden. Keine der beiden Prüfungen kennzeichnete die Wechselwirkung zwischen Signaturverifikation und Replay-Schutz. Der Replay-Mechanismus selbst war nach einem früheren CertiK-Befund eingeführt worden, die Schutzmaßnahme wurde also hinzugefügt, ohne den Grenzfall zu testen, in dem sie aufhörte zu greifen: fehlgeschlagene Transaktionen, deren signierte Payloads bereits öffentlich waren.
Auswirkungen auf den Markt
Gala pausierte die Bridge rund 2 Stunden und 47 Minuten nach dem ersten verifizierten unautorisierten Transfer und begann etwa 13 Minuten später, Rollen von der Empfängeradresse zu entfernen. Versuche, Vermögenswerte nach der Pause über die Bridge zu bewegen, wurden abgewiesen. Der Ablauf ist das übergreifende Signal für Bridge-Betreiber: Einsendungen trafen im Median alle 4,5 Sekunden ein, 73,9 % landeten genau einen Block auseinander, während Erkennung, Untersuchung und menschlich ausgelöste Reaktion den besseren Teil eines Vormittags kosteten. Auf Ausbeutung in Maschinengeschwindigkeit trifft Reaktion in Menschengeschwindigkeit, und die Lücke schlägt sich unmittelbar in verlorenen Vermögenswerten nieder.
Die Patches schließen die zwei konkreten Schwachstellen, nicht aber das zugrundeliegende Audit-Problem.
Häufig gestellte Fragen
-
Wie viel wurde beim GalaChain-Exploit gestohlen?
Rund 2 Milliarden GALA (etwa 3 Millionen US-Dollar) sowie Dutzende weitere Tokens wurden am 18. August aus neun GalaChain-Wallets abgezogen, so Galas Postmortem vom 14. September.
-
Wie konnte der Angreifer GalaChain leeren, ohne Private Keys zu stehlen?
Der Angreifer replayte 74 kryptografisch gültige Signaturen aus fehlgeschlagenen historischen Transaktionen und nutzte eine Schwachstelle in der EIP-712-Verifikation aus, die es erlaubte, dass die wirtschaftlichen Wirkungen einer Operation vom zugesicherten Inhalt des Unterzeichners abwichen.
-
Hat ein Audit die GalaChain-Schwachstelle vor dem Angriff erkannt?
Nein. Laut Gala wurde die betroffene Autorisierungslogik Ende 2025 von CertiK und im Januar von Hashlock geprüft, doch keine der beiden Prüfungen erkannte die Wechselwirkung zwischen Signaturverifikation und Replay-Schutz, die der Exploit kombinierte.
-
Wie lange brauchte Gala, um die Bridge nach Beginn des Exploits zu pausieren?
Der erste verifizierte unautorisierte Transfer erfolgte um 02:21:54 UTC. Gala pausierte die Bridge um 05:09:19 UTC, rund 2 Stunden und 47 Minuten später, und begann etwa 13 Minuten danach, Rollen von der Empfängeradresse zu entfernen.
-
Was hat Gala seit dem Angriff geändert?
Die Signaturverifikation leitet Typdaten jetzt aus der aufgerufenen Operation ab, statt vom Aufrufer gelieferte Definitionen zu vertrauen. Signierte Payloads tragen nun Ablaufzeitstempel, und Replay-Schlüssel bleiben erhalten, selbst wenn eine zugrundeliegende Geschäftsoperation fehlschlägt. Gala ergänzte außerdem…