CryptoDaily
altcoins

XRP Ledger: Jahrzehntealter Bug hätte Billionen Token erzeugen können

Sicherheitslücke seit 2015 im Code – KI-Agent entdeckt den Fehler, Notfall-Patch umgeht regulären Abstimmungsprozess

CryptoDaily 4 min

XRP Ledger: Jahrzehntealter Bug hätte Billionen Token erzeugen können

Eine seit 2015 unentdeckte Schwachstelle im XRP Ledger hätte die Erzeugung von über 18 Billionen XRP ermöglicht. Der Notfall-Patch löst eine Debatte über Dezentralisierung aus.

Ein Bug, der das gesamte Angebot gesprengt hätte

Am 9. Oktober 2026 legten RippleX und die XRP Ledger Foundation eine der gravierendsten Schwachstellen in der Geschichte des Protokolls offen. Ein Integer-Overflow-Fehler in der Zahlungslogik hätte es ermöglicht, in einer einzigen Transaktion rund 18,45 Billionen XRP aus dem Nichts zu erzeugen – das 184-Fache des gesamten Angebots von 100 Milliarden Token.

Was ist ein Integer-Overflow?

Ein Rechenfehler, bei dem eine Zahl den maximal speicherbaren Wert überschreitet und auf einen winzigen Betrag zurückspringt. Im konkreten Fall bedeutete das: Empfänger erhielten volle Beträge gutgeschrieben, während das Senderkonto nur minimal belastet wurde.

Die Sicherheitsfirma Veria Labs hatte den Fehler am 22. September über das Bug-Bounty-Programm gemeldet. Drei Tage später lieferte RippleX den Patch mit Version 3.4.1 aus. Entdeckt wurde die Lücke durch einen KI-Agenten, der zwei einzeln als harmlos eingestufte Fehler miteinander verknüpfte und einen funktionierenden Exploit in einem lokalen Testnetzwerk konstruierte. Veria Labs erhielt die maximale Bounty-Prämie von 250.000 US-Dollar.

Der Fehler steckte seit 2015 im Code der Zahlungsabwicklung. Wenn mehrere Handelsangebote in einer einzigen Zahlung abgerechnet wurden, konnte der Gesamtbetrag den maximalen 64-Bit-Wert überschreiten. Besonders kritisch: Das eingebaute Sicherheitssystem, das genau solche Abweichungen erkennen sollte, nutzte dieselbe fehlerhafte Arithmetik und war damit blind für das Problem. Laut RippleX wurde die Schwachstelle auf keinem öffentlichen Netzwerk ausgenutzt.

Notfall-Patch ohne Abstimmung – Dezentralisierung in der Kritik

Der Umgang mit der Lücke war ungewöhnlich. Erstmals seit über zehn Jahren wurde eine kritische Änderung am XRP Ledger ohne den standardmäßigen Amendment-Abstimmungsprozess implementiert. Normalerweise müssen Validator-Betreiber über Protokolländerungen abstimmen. Diesmal koordinierten die Entwickler den Patch direkt mit den Validatoren. Mehr als 80 Prozent der Betreiber auf der Standard-Vertrauensliste installierten die aktualisierte Software noch am Erscheinungstag.

Was ist der Amendment-Prozess?

Ein Abstimmungsverfahren im XRP Ledger, bei dem Validator-Betreiber über Änderungen am Protokoll votieren müssen, bevor diese aktiviert werden. Das Verfahren soll sicherstellen, dass keine einzelne Partei einseitig Regeln ändern kann.

Zusätzlich blieb der Quellcode des Patches zwei Wochen lang unter Verschluss. Erst am 9. Oktober wurde er veröffentlicht. Validator-Betreiber liefen damit vorübergehend Software, die externe Parteien nicht einsehen konnten. Justin Bons, Gründer des Krypto-Investmentfonds Cyber Capital, kritisierte öffentlich, dass ein öffentliches Ledger auf Basis nicht überprüfbaren Codes operierte.

Die XRP Ledger Foundation wies den Zentralisierungsvorwurf zurück. Kein einzelner Akteur habe die Änderung erzwingen können, da jeder Betreiber selbst über die Installation entschied. Der Validator XRP Kuwait räumte allerdings ein, dass das Netzwerk durchaus Herausforderungen bei der Dezentralisierung habe.

Der Vorfall offenbart einen grundlegenden Zielkonflikt: Transparenz und offener Konsens stehen gegen die Notwendigkeit, kritische Sicherheitslücken zu schließen, bevor Angreifer davon erfahren. Dass der Patch zeitlich mit der Aktivierung eines weiteren Fixes zusammenfiel – einem Fehler im neuen Batch-Mechanismus, der zu einem Netzwerk-Stillstand hätte führen können – verstärkte die Dringlichkeit. Seit dem 9. Oktober sind alle Server mit älteren Versionen von der Netzwerksynchronisation ausgeschlossen.

Warum das jetzt zählt

Der Fall zeigt zwei Dinge gleichzeitig. Erstens: Selbst etablierte Protokolle können jahrelang kritische Schwachstellen in ihrem Kerncode tragen. Zweitens: Die Werkzeuge zur Entdeckung solcher Lücken verändern sich fundamental. Ayo Akinyele, Head of Engineering bei RippleX, bezeichnete den Vorfall als Beleg dafür, dass KI die Geschwindigkeit der Sicherheitsforschung grundlegend verändere. Laut TRM Labs stiegen KI-gestützte Betrugsaktivitäten im Kryptobereich im Jahresvergleich um rund 500 Prozent. Die Frage ist nicht mehr ob, sondern wie schnell Verteidiger mit der gleichen Technologie nachziehen.

Einordnung und Ausblick

Der XRP-Kurs reagierte bislang verhalten. In der Woche des Vorfalls fiel XRP um rund sieben Prozent auf etwa 1,40 US-Dollar.

Bullisches Szenario:

Der erfolgreich abgewehrte Angriff und die schnelle Reaktion könnten das Vertrauen in die Sicherheitsprozesse des XRP Ledger stärken. Die angekündigte erweiterte Sicherheitsüberprüfung kritischer Infrastrukturbereiche durch Ripple könnte zusätzlich positiv wirken.

Bärisches Szenario:

Die Dezentralisierungsdebatte könnte das Protokoll nachhaltig belasten. Dass ein Patch ohne regulären Governance-Prozess und mit wochenlang nicht einsehbarem Quellcode ausgerollt wurde, dürfte institutionelle Investoren verunsichern. Mit dem Amendment fixCleanup340, das frühestens am 23. Oktober aktiviert werden könnte, steht bereits die nächste umfangreiche Protokolländerung bevor.

Für das XRP-Ökosystem wird entscheidend sein, ob die Aufarbeitung transparent verläuft und ob der reguläre Governance-Prozess für künftige Updates wieder die Regel wird.

XRP · XRP Ledger · Ripple · Sicherheitslücke · Integer-Overflow · Altcoins · Kryptowährung · Bug Bounty · Dezentralisierung · KI Sicherheitsforschung