Eine Schwachstelle, die etwa ein Jahrzehnt lang im XRP Ledger bestanden hatte, hätte Angreifern ermöglichen können, frei verwendbares XRP ohne Gegenleistung zu erzeugen, und damit das feste Angebot der Kryptowährung von 100 Milliarden Token gefährdet. Diese Obergrenze ist für das Asset von grundlegender Bedeutung: Alle 100 Milliarden XRP existierten bereits seit dem Start des Ledger, und die Regeln des Protokolls sind darauf ausgelegt, Token zwischen Haltern zu bewegen statt neue zu erzeugen. Ripples Entwicklungsteam veröffentlichte ein Notfall-Softwareupdate zur Beseitigung der Schwachstelle, und die Forscher fanden keine Hinweise darauf, dass sie jemals auf öffentlichen Netzwerken ausgenutzt wurde.

Der Fehler wurde am 9. Oktober 2026 offengelegt und geht nach Angaben auf das Jahr 2015 zurück. Die Forscher Cayden Liao und Veria AI entdeckten das Problem über das Bug-Bounty-Programm des XRP Ledger und meldeten es am 22. September. Solche Programme sind ein Eckpfeiler der Kryptowährungssicherheit: Sie bieten externen Forschern einen privaten Kanal, um Schwachstelle an Entwickler zu übermitteln, bevor Details öffentlich werden. RippleX, die Entwicklersparte von Ripple, reproduzierte den Angriff und bestätigte, dass neu erzeugtes XRP in nachfolgenden Transaktionen hätte ausgegeben werden können.

Wie der XRP-Angebotsfehler funktionierte

Im Kern handelte es sich bei der Schwachstelle um einen Integer-Overflow in der Payment-Engine des XRP Ledger – ein klassischer Softwarefehler, bei dem eine Berechnung die feste Größe der speichernden Zahl überschreitet. Das Ledger verarbeitet Transaktionen über seine integrierte Börse, auf der Nutzer Angebote zum Tausch eines Assets gegen ein anderes platzieren.

Ein Angreifer hätte diesen Mechanismus ausnutzen können, indem er hunderte Konten erstellte und Angebote mit ungewöhnlich großen XRP-Beträgen platzierte. Eine einzige sorgfältig konstruierte Zahlung könnte dann alle diese Angebote gleichzeitig konsumieren.

Bei der Summierung des insgesamt geschuldeten XRP über die konsumierten Angebote konnte der numerische Zähler der Payment-Engine über den maximal darstellbaren Wert hinausgedrängt werden, wodurch die Gesamtsumme auf deutlich kleinere Zahl zurückrollte. Infolgedessen würden die verkaufenden Konten ihre vollständigen Zahlungen erhalten, während der Käufer nur den falsch berechneten Betrag zahlte – eine Diskrepanz, die faktisch neues XRP erzeugt hätte.

Die bestehende Sicherung des Ledger, die unbefugte XRP-Erstellung erkennen soll, beruhte ebenfalls auf Berechnungen, die anfällig für denselben Overflow waren, und konnte die neu erzeugten Token daher unter Umständen nicht erkennen. RippleX bestätigte, dass die Ausführung des Angriffs nur wenige hundert XRP zur Einrichtung der erforderlichen Konten sowie Transaktionsgebühren erfordert hätte.

Notfall-Fix umging den üblichen Abstimmungsprozess

Ripple veröffentlichte am 25. September die XRP-Ledger-Server-Software Version 3.4.1, um die Schwachstelle zu beheben. Anders als bei konventionellen Protokolländerungen trat die Korrektur der Payment-Engine in Kraft, sobald die einzelnen Betreiber ihre Server aktualisierten. Die offizielle Offenlegung wurde im XRP-Ledger-Blog unter veröffentlicht, etwa zwei Wochen nach dem Release – ein Abstand, der den üblichen Praktiken der koordinierten Offenlegung entspricht, nach denen Fixes zuerst ausgeliefert werden, damit Betreiber ihre Systeme schützen können, bevor Angriffsdetails öffentlich werden.

Der Schritt stellte eine außergewöhnliche Abweichung vom Standard-Amendment-Prozess des Ledger dar, der typischerweise mehr als 80 % Unterstützung durch vertrauenswürdige Validatoren über zwei Wochen hinweg erfordert – ein Mechanismus, der sicherstellen soll, dass keine einzelne Partei einseitig die Regeln des Ledger umschreiben kann. RippleX erläuterte, dass die Einhaltung des normalen Prozesses die Schwachstelle öffentlich hätte offenlegen können, während das Netz während der Abstimmungs- und Aktivierungsphase weiterhin gefährdet gewesen wäre. Laut offizieller Offenlegung hatten am Veröffentlichungstag selbst mehr als 80 % der Standard-Vertrauens-Validatoren das Update eingespielt.

Der am 9. Oktober veröffentlichte Schwachstellenbericht bestätigte, dass die Ermittler keine Hinweise auf eine Ausnutzung auf öffentlichen Netzwerken fanden. Der Vorfall unterstreicht den Wert unabhängiger Sicherheitsforschung und schneller Koordination über die Kryptowährungs-Infrastruktur hinweg. Er fügt sich zudem in ein bekanntes Branchenmuster ein: 2018 korrigierten die Bitcoin-Core-Entwickler still einen Konsensfehler, der es einem Miner hätte ermöglichen können, das Bitcoin-Angebot aufzublähen.

Obwohl Ripple die unmittelbare Bedrohung eindämmte, wirft der Vorfall weiterreichende Fragen auf, wie dezentrale Netzwerke Notfall-Sicherheitsmaßnahmen mit transparenter Governance in Einklang bringen sollten. RippleX betonte, dass die außergewöhnliche Reaktion den etablierten Ansatz des Ledger für künftige Protokolländerungen nicht ändert.