XRP Ledger schließt jahrzehntealten Bug, der Milliarden von XRP aus dem Nichts hätte erschaffen können
Wichtige Erkenntnisse
- •Die Schwachstelle, die vermutlich bis ins Jahr 2015 zurückreicht, wurde vom Forscher Cayden Liao und Veria AI entdeckt und am 22. September intern gemeldet.
- •RippleX reproduzierte den Angriff auf einem eigenständigen Server und bestätigte, dass das erschaffene XRP hätte ausgegeben werden können, fand jedoch keine Hinweise auf eine Ausnutzung in einem öffentlichen Netzwerk.
- •Ein Fix wurde am 25. September in xrpld 3.4.1 ohne anfängliche öffentliche Bekanntgabe ausgeliefert; da der Patch in der Server-Software enthalten ist, hängt die Abdeckung im Netzwerk davon ab, dass Betreiber das Update übernehmen.
- •Der Exploit nutzte einen Zählfehler in der integrierten Börse des Ledgers aus, bei dem Hunderte von Konten mit kleinen Angeboten aus einer einzigen Zahlung vollständig ausgezahlt werden könnten, während der Käufer fast nichts zahlte – der Angreifer behielt neu geschaffenes XRP.
- •Bestehende Sicherungen, darunter eine Angebotsprüfung nach jeder Transaktion und ein Empfangslimit pro Konto, hätten den Angriff nicht erkannt, der nur wenige hundert XRP plus übliche Gebühren erforderte.
Eine Schwachstelle im Zahlungssystem des XRP Ledger hätte einem Angreifer ermöglichen können, große Mengen neuer XRP ohne Bezahlung zu erschaffen und damit die Regel des festen Token-Angebots zu brechen, wie aus einem am Freitag veröffentlichten Sicherheitsbericht hervorgeht.
Der Fehler, der vermutlich bis ins Jahr 2015 zurückreicht, wurde vom Forscher Cayden Liao und Veria AI entdeckt und am 22. September intern gemeldet. Ingenieure bei RippleX, der Entwicklersparte von Ripple, reproduzierten den Angriff auf einem eigenständigen Server – einer isolierten Testumgebung – und bestätigten, dass das neu erschaffene XRP in einer späteren Transaktion hätte ausgegeben werden können.
RippleX erklärte, man habe keine Hinweise darauf gefunden, dass die Schwachstelle je in einem öffentlichen Netzwerk ausgenutzt wurde. Das Unternehmen lieferte einen Fix am 25. September in xrpld 3.4.1, der Server-Software des Ledgers, aus, ohne öffentlich bekannt zu geben, was die Version behob – ein Vorgehen, das bei koordinierten Schwachstellen-Offenlegungen üblich ist und Betreibern Zeit gibt zu aktualisieren, bevor technische Details, die Angriffe ermöglichen könnten, öffentlich werden. Die Details wurden später im offiziellen Sicherheitsbericht zur Schwachstelle des Teams erläutert. Da der Patch in der Server-Software selbst enthalten ist, hängt seine Abdeckung im gesamten Netzwerk davon ab, dass Betreiber die aktualisierte Version übernehmen.
Forscher demonstrierten, wie eine einzige Zahlung nutzbares XRP hätte erschaffen können, ohne dass der Absender es finanziert hätte, was die Notfall-Softwareveröffentlichung auslöste. Wäre der Fehler unbehandelt geblieben, hätte er das feste Angebot der Kryptowährung von 100 Milliarden Token verletzen können.
Eine direkte Bedrohung für das Angebotslimit
Alle 100 Milliarden XRP wurden beim Start des Ledgers im Jahr 2012 erschaffen, und die Software ist so konzipiert, dass nie mehr hinzugefügt werden kann. Da diese Knappheit ausschließlich im Code und nicht durch einen herausgebenden Akteur durchgesetzt wird, hätte ein Bug, der Token prägen kann, das grundlegendste Garantieversprechen des Ledgers getroffen. Die Sicherheitslücke hätte es einem Angreifer jedoch ermöglichen können, XRP aus dem Nichts zu erschaffen und an Börsen zu verkaufen, wodurch das harte Angebotslimit untergraben würde, auf das Institutionen, die auf dem Netzwerk aufbauen, angewiesen sind.
Wie der Angriff funktionierte
Der Exploit zielte auf die integrierte Börse des Ledgers ab, auf der Konten Angebote zum Tausch eines Tokens gegen einen anderen einstellen.
Theoretisch könnte ein Angreifer Hunderte von Konten eröffnen, jedes davon ein winziges Tokenangebot gegen eine ungewöhnlich große Menge XRP stellen lassen und dann eine einzige Zahlung senden, die alle Angebote gleichzeitig kauft. Die insgesamt geschuldete XRP-Menge über diese kombinierten Angebote wäre zu groß, als dass die Software sie korrekt zählen könnte. In der Folge würden die Verkaufskonten des Angreifers vollständig ausgezahlt, während das kaufende Konto fast nichts bezahlen müsste – und der Angreifer behielte XRP, das zuvor nie existiert hatte.
Im Kern handelte es sich bei der Schwachstelle um einen Zählfehler in der integrierten Börse, der es Hunderten von Konten ermöglicht hätte, große Mengen XRP zu erhalten, während der Käufer fast nichts zahlte.
Warum bestehende Sicherungen den Angriff verpassten
Der XRP Ledger führt nach jeder Transaktion eine Prüfung durch, um sicherzustellen, dass kein neues XRP entstanden ist, doch diese Prüfung hätte sich auf dieselbe falsch gezählte Summe gestützt und die Diskrepanz übersehen. Eine separate Obergrenze dafür, wie viel XRP ein einzelnes Konto empfangen kann, wäre ebenfalls nicht ausgelöst worden, weil der Angriff die neu erschaffenen Token auf Hunderte von Konten verteilte.
Die Methode der Forscher erforderte nur wenige hundert XRP, um diese Konten zu eröffnen – die meisten davon wurden anschließend zurückgeholt – sowie die üblichen Transaktionsgebühren.
Teil eines breiteren Musters
Der Vorfall reiht sich in eine Reihe lange verborgener Krypto-Sicherheitslücken, die seit Juli mit Hilfe von KI aufgedeckt wurden, darunter der Coldcard-Wallet-Bug hinter dem Diebstahl von mindestens 1.367 BTC und die Schwachstellen, die Core Lightning dazu zwangen, Bitcoin-Node-Betreibern den Trennen der Verbindung zu empfehlen.
