Kritischer XRP-Bug hätte Billionen Token erzeugen können

RippleX und die XRP Ledger Foundation haben eine schwerwiegende Schwachstelle in der Zahlungs-Engine des XRP Ledger bekannt gegeben. Ein Angreifer hätte über eine speziell zusammengesetzte Transaktion XRP erzeugen können, weit über den festgelegten Höchstbestand von 100 Milliarden Tokens hinaus. Der Fehler steckte seit 2015 im Code, wurde nie auf einem öffentlichen Netzwerk ausgenutzt und ist inzwischen in Version xrpld 3.4.1 behoben.

XRP ist bei Bitvavo und OKX erhältlich.

Das Wichtigste in Kürze:

• Ein Overflow-Bug in der Zahlungs-Engine des XRP Ledger machte es theoretisch möglich, in einer einzigen Transaktion 18 Billionen XRP zu erzeugen.
• Der Fehler stammte aus dem Jahr 2015 und wurde über das XRPL Bug-Bounty-Programm gemeldet. Der Melder erhielt eine maximale Belohnung von $250.000.
• Die Schwachstelle wurde am 25. September 2026 in xrpld 3.4.1 geschlossen. Es gibt keine Hinweise darauf, dass der Bug jemals ausgenutzt wurde.

Overflow-Bug ermöglicht Erzeugung von 18 Billionen XRP

Der Forscher Cayden Liao meldete über das XRPL Bug-Bounty-Programm, dass sein Team mit einem sogenannten Proof of Concept rund 18 Billionen XRP in einer einzigen Transaktion erzeugen konnte. Das ist etwa das 184-Fache des angestrebten Gesamtbestands von 100 Milliarden XRP. Für diese Entdeckung erhielt das Team die maximale Prämie von $250.000.

Laut der offiziellen Mitteilung der XRP Ledger Foundation handelt es sich um einen Integer-Overflow-Fehler in der Zahlungs-Engine von xrpld. Der Fehler stammt aus Code, der bereits 2015 geschrieben wurde, und steckte in Versionen bis einschließlich xrpld 3.4.0. Der Fix wurde am 25. September 2026 über Version 3.4.1 ausgerollt. Mehr als 80% der Standard-Validatoren hatten an diesem Tag bereits aktualisiert.

Die XRP Ledger Foundation gibt an, dass es keine Belege dafür gibt, dass die Schwachstelle jemals auf einem öffentlichen Netzwerk ausgenutzt wurde. Es gingen keine Gelder verloren und keine privaten Schlüssel gerieten in Gefahr.

Zweite Schwachstelle: Validierungsfehler bei Batch-Transaktionen

Neben dem Overflow-Bug offenbart der Bericht eine zweite Schwachstelle, die in der Batch-Funktionalität des XRP Ledger gefunden wurde. Die Batch-Funktion, festgehalten im Standard XLS-56, ermöglicht es einem einzigen Account, bis zu acht Transaktionen gleichzeitig als Einheit einzureichen, was komplexe mehrstufige Vorgänge erlaubt.

Bei der erneuten Prüfung von Befunden aus dem Sherlock Attackathon entdeckte Denis Angell von der XRP Ledger Foundation, dass ein früherer Fix für diesen Teil unvollständig war. Ein Angreifer, der eine Transaktion manuell im Binärcode zusammenstellte, konnte eine innere Transaktion in einem falschen Feld verpacken. Der Server akzeptierte dies und schrieb die Transaktion ins Hauptbuch, was zu dauerhaft fehlerhaften Einträgen und Problemen für externe Indexierer und Softwareentwickler führen konnte.

Es bestand auch ein Risiko für den Konsens im Netzwerk. Da verschiedene Versionen der Software unterschiedliche Felder erkannten, konnten zwei Versionen sich über die Gültigkeit derselben Transaktion uneinig werden. In einem Netzwerk mit gemischten Versionen hätte dies zu einem Stillstand führen können, bei dem keine neuen Hauptbücher mehr validiert wurden.

Da die BatchV1_1-Anpassung zum Zeitpunkt der Entdeckung im Hauptnetzwerk noch nicht aktiv war, wurden keine Accounts oder Gelder beeinträchtigt. Ripple und andere Validatoren stimmten vorübergehend gegen die Aktivierung von BatchV1_1, um zu verhindern, dass die Schwachstelle ins Hauptnetzwerk gelangt. Nach der Einführung der reparierenden Anpassung fixBatchV1_2, die am 9. Oktober 2026 aktiv wurde, wurden die Stimmen wieder auf Ja für BatchV1_1 umgestellt.