Fast 200.000 XRP wurden am 9. August aus der Coreum-XRPL-Brücke abgezogen, nachdem ein Angreifer offenbar einen Fehler in der Relayer-Logik ausgenutzt hat, und nicht eine Schwachstelle im XRP-Ledger selbst.
Zusammenfassung
- Fast 200.000 XRP verließen die Coreum-Brücke in 94 signierten Zahlungen während eines 97-minütigen Angriffs.
- Die Blockchain-Analyse ergab, dass 17 von 28 Relayer-Signaturen jede XRP-Auszahlung von der Brücke autorisierten.
- Der Relayer-Code verarbeitete erfolgreiche Zahlungen mit Brücken-Memos, ohne zuerst die Zahlungsempfängeradresse zu überprüfen.
- Die XRPL-Dokumentation bestätigt, dass natives XRP keine Trust-Linien hat, was die anfängliche Erklärung mit Rippling direkt widerlegt.
- Coreum hatte bis Dienstag keinen offiziellen Vorfallbericht veröffentlicht, während die Brücke weiterhin gestoppt war.
Eine am 11. August veröffentlichte On-Chain-Analyse verfolgte 199.916,3 XRP, die das Brückenkonto über 94 Zahlungen in 97 Minuten verließen.
Die Brücke hielt vor Beginn der Sequenz um 19:16 UTC etwa 200.410 XRP. Bis 20:53 UTC war ihr Guthaben auf 493,5 XRP gefallen. Jede ausgehende XRP-Zahlung trug die eigene Multisignatur-Autorisierung der Brücke, mit 17 Signaturen von ihren 28 Relayer-Schlüsseln. Die Beweise deuten nicht darauf hin, dass diese Schlüssel gestohlen wurden.
XRP-Brücken-Relayer verwechselten Selbstzahlungen mit Einzahlungen
Der Angriff zielte offenbar darauf ab, wie Coreums Relayer Transaktionen interpretierten. Der Angreifer bewegte zunächst das eigene gewrappte Coreum-Token der Brücke zwischen Wallets unter seiner Kontrolle, während er ein für die Brücke formatiertes Memo anhängte. Diese Transaktionen erschienen in der Historie des Brückenkontos, da das Konto das gewrappte Token ausgibt.
Der öffentliche Relayer-Code prüft, ob eine Zahlung erfolgreich war, extrahiert einen Coreum-Empfänger aus dem Memo und liest den gelieferten Betrag, bevor er Einzahlungsnachweise übermittelt. Der veröffentlichte Verarbeitungsablauf vergleicht jedoch nicht das Zahlungsziel mit der Brückenadresse. Dadurch konnten Wallet-zu-Wallet-Übertragungen mit dem richtigen Memo als Einzahlungen interpretiert werden.
XRPL.to stellte fest, dass 21 Relayer die erste Phantom-Transaktion des Angreifers bestätigten. Sobald genügend übereinstimmende Beweise den Coreum-Vertrag erreichten, schrieb das System Guthaben gut, die nicht durch echte Einzahlungen gedeckt waren. Der Angreifer nutzte dann den normalen Auszahlungsprozess der Brücke und veranlasste deren Relayer, echte XRP-Zahlungen zu autorisieren.
Das Muster ähnelt einem breiteren Brücken-Sicherheitsproblem, das in der jüngsten Sicherheitsberichterstattung diskutiert wird: Cross-Chain-Systeme können selbst dann versagen, wenn ihre zugrunde liegenden Blockchains sicher bleiben, wenn der Mechanismus, der Ereignisse auf einer anderen Kette verifiziert, falsche Informationen akzeptiert.
XRP-Ledger-Daten widersprechen der Rippling-Theorie
Eine erste Warnung machte "Rippling" und die DefaultRipple-Einstellung des Brückenkontos verantwortlich. Die spätere Transaktionsanalyse lehnte diese Erklärung ab. Die XRP-Ledger-Dokumentation besagt, dass Rippling für ausgegebene Vermögenswerte gilt, die über Trust-Linien gehalten werden. Natives XRP verwendet diese Trust-Linien nicht.
Der Transaktionsdatensatz bietet eine weitere Unterscheidung. XRPL.to führte alle 199.916,3 XRP, die vom Konto entfernt wurden, auf Zahlungen zurück, die von der Brücke selbst signiert wurden, und fand kein XRP, das über einen Rippling-Weg abfloss. Es stellte auch fest, dass die Transaktionen keine Teilzahlungen waren.
Der Vorfall deutet daher derzeit nicht auf einen Konsensfehler des XRP Ledgers hin. Diese Unterscheidung ist relevant, nachdem Entwickler kürzlich die Überprüfung der XRPL-Software und vorgeschlagener Funktionen verstärkt haben, wie in früherer Software-Audit-Berichterstattung behandelt. Der Coreum-Vorfall konzentriert sich stattdessen auf Software, die zwei unabhängige Netzwerke verbindet.
Gestohlene XRP bewegen sich weiter, während die Brücke angehalten bleibt
Die beiden ersten Empfänger-Wallets leiteten innerhalb von Stunden fast alle XRP weiter. XRPL.to verfolgte ungefähr 169.000 XRP in zwei am 28. Juni erstellte Zwischenkonten, wobei weitere rund 34.000 XRP zu drei anderen Wallets bewegt wurden. Die Analyse hat den Angreifer nicht identifiziert.
Nach 20:53 UTC am 9. August verließen keine weiteren XRP die Brücke. Ihr Konto führte am nächsten Morgen früh eine zusätzliche Transaktion mit verpackten Token durch, bevor es still wurde, während der Brückenvertrag anschließend als angehalten gemeldet wurde. Coreum hatte zum Zeitpunkt der Veröffentlichung der Analyse am 11. August keinen offiziellen Bericht nach dem Vorfall veröffentlicht.
Die Spezifikation der Brücke selbst erlaubt es jedem Relayer oder dem Vertragsinhaber, den Betrieb bei unerwartetem Verhalten anzuhalten, während nur der Inhaber ihn wieder aufnehmen kann. Die nächsten zu beobachtenden Schritte sind ein formeller Vorfallbericht, die Behebung des Zielverifizierungsfehlers, etwaige Wiederherstellungsbemühungen im Zusammenhang mit den übertragenen XRP und eine Entscheidung darüber, wann die Brücke sicher wiedereröffnet werden kann.
