Eine Sicherheitslücke im XRP Ledger, die auf das Jahr 2015 zurückgeht, hätte Angreifern ermöglichen können, große Mengen an XRP ohne Bezahlung zu erzeugen und damit das feste Angebot des Netzwerks von 100 Milliarden Token zu untergraben.

Der Forscher Cayden Liao entdeckte die Schwachstelle in Zusammenarbeit mit Veria AI und meldete sie am 22. September 2026 privat an das Entwicklerteam von Ripple. RippleX-Ingenieure reproduzierten den Angriff auf einem privaten Testserver und bestätigten, dass ein Angreifer neues XRP hätte erzeugen und anschließend wie legitime Token ausgeben können.

Ripple erklärte, es gebe keine Hinweise darauf, dass diese Methode jemals im öffentlichen Netzwerk eingesetzt wurde. Die Entwickler behoben das Problem mit dem Software-Update xrpld 3.4.1, das am 25. September veröffentlicht wurde, ohne die Schwachstelle zu diesem Zeitpunkt öffentlich zu erläutern. Die stille Behebung folgt dem üblichen Muster der verantwortungsvollen Offenlegung, bei dem Forscher Schwachstellen privat melden, damit die Betreiber einen Fix veröffentlichen können, bevor technische Details öffentlich werden. Wie bei Ledger-Software üblich, greift die Reparatur vollständig, sobald Validatoren und Node-Betreiber auf die gepatchte Version aktualisieren.

Die Offenlegung folgte auf einen Beitrag von Coin Bureau auf X:

⚡️GOOD NEWS: XRP Ledger patches a DECADE-OLD security flaw that could have created BILLIONS of dollars worth of XRP out of thin air. The bug, dating back to 2015, could have allowed attackers to generate and spend $XRP without funding it, potentially breaking the token's fixed… pic.twitter.com/06X2rrPRHE — Coin Bureau (@coinbureau) October 10, 2026

Wie die Schwachstelle funktionierte

Alle 100 Milliarden XRP wurden bei der Einführung des Ledgers im Jahr 2012 erzeugt, und die Software war so konzipiert, dass keine zusätzlichen Coins ausgegeben werden konnten. Die Schwachstelle betraf das integrierte Devisenhandelssystem des XRP Ledger, in dem Nutzer Angebote zum Tausch eines Tokens gegen einen anderen einstellen.

Ein Angreifer hätte Hund kleine Konten eröffnen können. Jedes Konto hätte dann eine kleine Menge eines Tokens gegen eine sehr große Menge an XRP anbieten können. Durch das Senden einer einzigen Zahlung, die alle Angebote gleichzeitig erfüllte, konnte der Angreifer erreichen, dass der geschuldete XRP-Gesamtbetrag die rechnerische Kapazität des Systems überstieg.

Unter diesen Bedingungen würden die verkaufenden Konten vollständig bezahlt, während das kaufende Konto fast nichts berechnet bekam. Das Ergebnis wären neu erzeugte XRP ohne entsprechende Kosten für den Angreifer gewesen.

Eine eingebaute Sicherheitsprüfung, die eigentlich die Erzeugung neuen XRPs erkennen sollte, versagte, weil sie auf derselben fehlerhaften Berechnung basierte. Eine separate Obergrenze dafür, wie viel XRP ein einzelnes Konto empfangen darf, verhinderte den Angriff ebenfalls nicht, da der Angreifer die Token auf mehrere Konten verteilen konnte.

Die Durchführung des Angriffs hätte lediglich eine kleine Menge XRP zur Kontoeröffnung sowie übliche Transaktionsgebühren erfordert – Kosten, die so gering waren, dass die Machbarkeit des Exploits von der Software-Schwachstelle selbst abhing und nicht von erheblichem Kapital.

XRPL-Software-Update und Batch-Funktion

Die Schwachstelle war eine von mehreren älteren Krypto-Schwachstellen, die in diesem Jahr mit Unterstützung von KI-Tools identifiziert wurden, nach ähnlichen Entdeckungen bei der Coldcard-Wallet und der Core-Lightning-Software. In jedem Fall waren die Fehler in weit verbreiteten Systemen jahrelang unbemerkt geblieben, bevor KI-gestützte Prüfungen sie ans Licht brachten.

Unabhängig davon aktivierte der XRP Ledger eine Funktion namens Batch in seinem Hauptnetzwerk. Batch ermöglicht es Nutzern, zwei bis acht Transaktionen zu einer einzigen Aktion zu kombinieren. Dreißig der 35 Validatoren des Netzwerks genehmigten die Änderung und erfüllten damit die erforderliche Zweiwochen-Supermehrheit für die Aktivierung.

Die umfasst vier Einstellungen. Eine Einstellung erfordert, dass jede Transaktion in einem Batch erfolgreich ist; schlägt eine der enthaltenen Transaktionen fehl, schlägt die gesamte Gruppe fehl. Dieser Alles-oder-nichts-Modus richtet sich gegen ein häufiges Problem bei mehrstufigen Trades, bei dem die Ausführung eines Teils ohne den anderen einen Trader mit einer unerwarteten Position zurücklassen kann. Befürworter sagen, Batch könne bei Trades, Abwicklungen und NFT-Tauschgeschäften nützlich sein, die mehrere gleichzeitig ablaufende Schritte erfordern. Die Batch-Dokumentation des XRP Ledger ist unter verfügbar.

In einem damit zusammenhängenden Entwicklungsbericht bereitet sich das XRP-nahe Unternehmen Evernorth auf ein Listing an der Nasdaq-Börse unter dem Ticker XRPN vor. Das Unternehmen gab an, dass sein Listing-Termin aufgrund einer administrativen Verzögerung vom 8. Oktober auf den 12. Oktober verschoben wurde. Für Leser, die XRP-nahe börsennotierte Unternehmen verfolgen, sind der verschobene Börsendebüt und die Größe der geplanten Bestände des Unternehmens die wichtigsten kurzfristigen Beobachtungspunkte.

Laut Angaben bei der Securities and Exchange Commission erwartet Evernorth, nach Abschluss des Listings etwa 473 Millionen XRP zu halten.

Originalbericht: https://coincentral.com/xrp-ledger-fixes-old-bug-that-could-have-created-billions-in-fake-tokens/