In den neuesten Ripple-Nachrichten haben die XRP Ledger Foundation und RippleX eine Sicherheitslücke in der Zahlungs-Engine offengelegt, durch die theoretisch in einer einzigen Transaktion ungefähr 18 Billionen ausgebbare XRP hätten entstehen können – weit mehr als die vorgesehene Gesamtmenge des Ledgers von 100 Milliarden XRP.
Laut der Offenlegung gab es keine Hinweise darauf, dass die Schwachstelle in einem öffentlichen Netzwerk ausgenutzt oder unbefugte XRP erzeugt wurden; sie wurde in xrpld 3.4.1 behoben.
Dies war ein Risiko für die Integrität des Angebots, kein bestätigter Angebotsverstoß. Unter speziell konstruierten Zahlungsbedingungen hätte die XRPL-Sicherheitslücke dazu führen können, dass das Ledger einem Käufer mehr XRP gutgeschrieben hätte, als dieser bezahlt hatte; eine vorhandene Sicherheitsprüfung erkannte die Abweichung nicht.
Es ist offiziell.
XRP Ledger behebt einen seit einem Jahrzehnt bestehenden Überlaufbug in seiner Zahlungsengine, der es einem Angreifer hätte ermöglichen können, in einer einzigen Transaktion rund 18 Billionen ausgebbare XRP zu prägen. pic.twitter.com/mP6Mv6fkTK
— MSB Intel (@MSBIntel) 11. Oktober 2026
Verstärke deinen Handel im Jahr 2026 mit BloFin KI-Trading-Bots XRP-Ledger-Zahlungsüberlauf: Wie der Bug funktionierte
Die Zahlungsengine kann Gebote aus dem Orderbuch verarbeiten, während eine Zahlung einen Handelsweg durchläuft. Die Offenlegung sagt, dass ein ungeprüfter Integer-Überlauf beim Addieren von Beträgen aus vielen Geboten auftreten konnte: Sobald die Summe das feste Maximum der Integer-Darstellung überschritt, sprang sie zu einem kleinen Wert zurück, statt einen Fehler auszulösen.
Diese Abweichung in der Arithmetik war relevant, weil die Engine weiterhin jeden Gebotsinhaber einzeln den vollen Betrag auszahlte, während sie dem Käufer nur die umgebrochene Gesamtsumme belastete. Der Unterschied hätte neu erzeugten XRP entsprochen. Die Invariante des Ledgers „kein XRP erzeugt“ basierte ebenfalls auf Arithmetik, die auf dieselbe Weise überlief, sodass sie die Abweichung nicht erkannte.
Die Schwachstelle betraf xrpld 3.4.0 und früher. Sie wurde am 22. September 2026 über das XRPL Bug-Bounty-Programm gemeldet, und der Bericht sagt, der Fehler könne seit der Entwicklung der aktuellen Zahlungsengine im Jahr 2015 vorhanden gewesen sein. Die Offenlegung der Schwachstelle vom 9. Oktober sagt, dass der Fix in xrpld 3.4.1 ausgeliefert wurde, veröffentlicht am 25. September.
Marktintelligenz: Krypto-Analyst prognostiziert beste neue Krypto zum HODLn
Ripple News: 18 Billionen XRP waren eine theoretische Gefährdung
Die gemeldete Zahl von etwa 18 Billionen XRP beschreibt, was die Schwachstelle theoretisch in einer einzigen Transaktion hätte ermöglichen können. Das entspricht ungefähr dem 180-Fachen des vorgesehenen Angebots von 100 Milliarden des Ledgers. Die Offenlegung sagt ausdrücklich, dass die Ermittler keine Hinweise auf Ausnutzung in einem öffentlichen Netzwerk oder auf unbefugte XRP-Erzeugung gefunden haben.
Das Auslösen des Fehlers erforderte speziell präparierte Gebote und eine Zahlung, die darauf ausgelegt war, viele davon gemeinsam zu verarbeiten. Es war kein zufälliges Ergebnis gewöhnlicher Zahlungen oder Trades. Die vorliegende Offenlegung berichtet weder von einer bestätigten Kompromittierung des öffentlichen Netzwerks noch von verlorenen Geldern, und der potenzielle Umfang sollte nicht mit einem beobachteten Markt- oder Angebotsereignis verwechselt werden.
In xrpld 3.4.1 prüft die Zahlungsengine beim Aufsummieren von Angebotsbeträgen auf Überläufe und bricht den betroffenen Zahlungspfad ab, wenn die Summe das Limit überschreiten würde. Die Offenlegung sagt außerdem, dass die Sicherheitsprüfung „kein XRP erzeugt“ nun einen breiteren Zähler verwendet, zusammen mit Härtungen in anderem Code zum Summieren von Kontoständen.
XRPL-Upgrade-Kontext: Eine separate Batch-Schwachstelle
XRP-Ledger-Version 3.4.1 ist nach den jüngsten Aktivierungen der Änderungen nun die mindestens erforderliche Version.
Dieses Release hat kritische Teile des XRP Ledger gepatcht.
Der Schwachstellenbericht ist hier zu finden:https://t.co/sYIwuDomjY Öffentliche Versionshinweise:https://t.co/JqX4UYDDg6 pic.twitter.com/pH9Gnsnpqi
— XRP Ledger Operations (@XRPLOperations) 10. Oktober 2026
Zwei Fehler wurden in xrpld 3.4.1 behoben. Der zweite betraf die Validierung innerer Transaktions-Wrapper in Batch-Transaktionen und wirkte sich auf xrpld 3.3.0 und 3.4.0 aus; die BatchV1_1-Änderung war auf dem Mainnet nicht aktiv, als dieses Problem entdeckt wurde. Er steht in keinem Zusammenhang mit dem Überlauf in der Zahlungsengine und sollte nicht als Hinweis darauf gelesen werden, dass dieselben Bedingungen beide Fehler betrafen.
Die Offenlegung beschreibt eine enge, aber wichtige Sicherheitslehre: Eine Schutzprüfung kann fehlschlagen, wenn sie dieselbe unsichere Arithmetik wiederholt wie die Transaktionslogik, die sie eigentlich verifizieren soll.
Laut den neuesten Ripple-Nachrichten bestand das praktische Problem nicht nur darin, dass eine Zahlungsberechnung überlaufen konnte, sondern dass auch die unabhängige Prüfung, die den Schutz der Angebotsintegrität gewährleisten sollte, gemeinsam mit ihr überlaufen konnte.
Marktintelligenz: Krypto-Analyst prognostiziert beste Low-Cap-Krypto
weiter
Der Beitrag Ripple News: Ein versteckter XRPL-Bug hätte 18T XRP erzeugen können erschien zuerst auf Coinspeaker.
