Die Entwickler des XRP Ledger haben eine kritische Schwachstelle offengelegt, die einem Angreifer ermöglicht hätte, spendierbares XRP aus dem Nichts zu erzeugen und dabei Schutzmechanismen zu umgehen, die eine Erhöhung des Krypto-Angebots verhindern sollen.

Die Schwachstelle saß in der Payment-Engine des Ledgers und wurde am 22. September über das XRPL Bug Bounty Programm von Cayden Liao und Veria AI gemeldet. RippleX-Ingenieure reproduzierten den Exploit auf einem eigenständigen Server, bestätigten, dass das neu erzeugte XRP in einer anschließenden Zahlung ausgegeben werden konnte, und stuften den Schweregrad von „major“ auf „critical“ hoch. Die Handhabung entspricht der üblichen Praxis koordinierter Offenlegung: Bug-Bounty-Meldungen erreichen die Maintainer privat, und vollständige technische Details werden erst nach Auslieferung eines Fixes veröffentlicht.

Laut dem im offiziellen XRPL-Blog veröffentlichten Disclosure-Bericht gibt es keine Hinweise darauf, dass die Schwachstelle in einem öffentlichen XRP-Ledger-Netzwerk ausgenutzt wurde. Die Entwickler bereiteten privat einen Fix vor und veröffentlichten xrpld Version 3.4.1 am 25. September, zwei Tage nachdem der Patch in den Notfall-Release-Branch gemergt worden war.

Integer-Overflow hätte XRP-Angebotsprüfungen umgehen können

Die Schwachstelle bestand seit etwa 2015 in der Payment-Engine des XRP Ledger und betraf ungesicherte 64-Bit-Integer-Arithmetik, wenn eine Zahlung mehrere Angebote aus dem Orderbuch des Netzwerks verbrauchte.

Eine 64-Bit-Zahl ist auf etwa 18,4 Trilliarden begrenzt, und Overflows in dieser Art von Arithmetik mit fester Breite sind eine etablierte Fehlerklasse in Ledger-Software — 2010 erzeugte ein Integer-Overflow in den Wertprüfungen von Bitcoin kurzzeitig rund 184 Milliarden BTC, bevor Entwickler ihn innerhalb weniger Stunden patchten.

Ein Angreifer konnte Hunderte von Konten erstellen und speziell konstruierte Angebote platzieren, die kleine Mengen eines anderen Tokens gegen extrem große XRP-Mengen verkauften. Eine einzige Zahlung, die diese Angebote verbrauchte, konnte den berechneten Gesamtbetrag über den Maximalwert hinausdrücken, den der Integer unterstützt. Statt die Transaktion abzulehnen, wurde der Gesamtwert auf eine kleine Zahl zurückgesetzt (Wrap-around). Jeder Angebotseigner konnte dennoch den vollen in seinem Angebot angegebenen XRP-Betrag erhalten, während dem Käufer nur der deutlich kleinere umgebrochene Wert berechnet wurde.

Der Angriff erford nur wenige Hundert XRP für Konto- und Angebotsreserven, von denen ein Großteil später wieder eingetrieben werden konnte, plus übliche Transaktionsgebühren.

Die in XRPL eingebaute Prüfung, die sicherstellen soll, dass Transaktionen kein XRP erzeugen können, hätte den Exploit nicht aufgehalten. Die Invariante verwendete dieselbe Art von Arithmetik und konnte auf dieselbe Weise überlaufen, während eine separate Konten-Balance-Grenze durch Verteilung des neu erzeugten XRP auf Hunderte von Konten umgangen werden konnte. Die Anfälligkeit war relevant, weil das XRP-Angebot so funktioniert: Alle 100 Milliarden Token wurden beim Start des Ledgers erzeugt, Transaktionsgebühren verbrennen XRP, statt es zu schlagen, und Invariantenprüfungen sind die Garantie dafür, dass kein Zahlungspfad das Gesamtvolumen erhöhen kann. Die Schwachstelle beschränkte sich auf absichtlich konstruierte Transaktionen und konnte durch normale Zahlungs- oder Handelsaktivität nicht ausgelöst werden.

Validatoren wechselten binnen Stunden zu 3.4.1

Die Entwickler entschieden sich, den XRP-Overflow-Fix sofort auszurollen, statt ihn durch den normalen XRPL-Amendment-Prozess zu führen, der in der Regel mehr als 80 % Validator-Unterstützung über zwei Wochen erfordert, bevor eine Protokolländerung aktiviert wird. Wäre die Schwachstelle während dieses Zeitraums offengelegt geblieben, hätte sich ein Fenster geöffnet, in dem die Angriffsmethode öffentlich bekannt, aber weiterhin nutzbar gewesen wäre.

Mehr als 80 % der Validatoren in der Standard-Unique-Node-List waren am 25. September auf 3.4.1 aktualisiert — am selben Tag, an dem die Notfallversion veröffentlicht wurde. Die Dreitage-spanne von privater Meldung bis zur Mehrheits-Adoption durch Validatoren zeigte den Notfall-Release-Pfad des Ledgers vollständig in Aktion.

Version 3.4.1 weist Zahlungen nun ab, wenn der Angebots-Gesamtwert überlaufen würde, und verwendet einen breiteren Zähler für die XRP-Erzeugungs-Invariante. Zusätzliche Saldo-Berechnungen wurden ebenfalls gegen ähnliche arithmetische Fehler gehärtet.

Der Vorfall folgt auf eine damit nicht zusammenhängende Kompromittierung der Lieferkette von xrpl.js, die 2025 entdeckt wurde und malicious JavaScript-Paket-Releases betraf, nicht das XRP-Ledger-Protokoll selbst. Das Amendment-System von XRPL wird auch für neuere Funktionen genutzt, etwa den vorgeschlagenen XRPL Lending Protocol, bei dem die Zustimmung der Validatoren bestimmt, ob neues Transaktionsverhalten aktiv wird.

Die Overflow-Schwachstelle hat das bestehende XRP-Angebot nicht verändert. Es wurde kein unberechtigtes XRP identifiziert, und Serverbetreiber müssen nun xrpld 3.4.1 oder neuer ausführen, um mit dem Netzwerk synchron zu bleiben. Beobachtbar bleibt Operatives: Zurückgebliebene auf älteren Versionen, die auf 3.4.1 oder neuer wechseln, und Vorschläge wie der XRPL Lending Protocol, die weiter den standardmäßigen Amendment-Pfad durchlaufen, den dieser Fix umging.

Quelle: XRP Ledger Patches Decade-Old Flaw That Could Create Spendable XRP — Crypto Adventure