Die Entwickler des XRP Ledgers haben den notfallmäßigen Sicherheitspatch verteidigt, mit dem ein Fehler behoben wurde, durch den XRP über die festgelegte Gesamtmenge des Netzwerks hinaus hätte geschaffen werden können. Sie sagten, sie hätten nicht die übliche zweiwöchige Abstimmung der Validatoren abwarten können, ohne die Schwachstelle Angreifern preiszugeben.
Die am 25. September veröffentlichte Fehlerbehebung erfolgte drei Tage nach einem Bug-Bounty-Bericht und trat auf jedem Server, auf dem sie installiert wurde, sofort in Kraft. Sie war die erste bewusste Umgehung des regulären Änderungsverfahrens seit der Einführung des Systems vor mehr als zehn Jahren, sagten sie.
„Bei einer regulären Änderungsabstimmung wäre die Fehlerbehebung wochenlang öffentlich gewesen, bevor sie in Kraft getreten wäre, was die Netzwerksicherheit gefährdet hätte“, schrieben XRPL-Entwickler am Sonntag auf X.
Die beschleunigte Fehlerbehebung warf Fragen zum Grad der Dezentralisierung des XRPL auf. Auf seiner Website bezeichnet sich XRPL als vollständig dezentralisierte, öffentliche Blockchain – eine Beschreibung, die für die Argumente zentral ist, wonach sein nativer Token XRP kein Wertpapier ist.
XRPL-Sicherheitsupdate „warf viele Fragen auf“
Cyber-Capital-Gründer Justin Bons sagte am Donnerstag, XRP gegenüber Kleinanlegern als dezentralisiert zu vermarkten, sei „glatter Betrug“. Er argumentierte, dass die am 25. September veröffentlichte Notfallversion nur als Binärdateien bereitgestellt, der Quellcode vorübergehend zurückgehalten und Druck auf Betreiber ausgeübt worden sei, ein Upgrade durchzuführen.
Die XRPL Foundation erklärte jedoch, die Entscheidung, das reguläre Änderungsverfahren zu überspringen, sei gemeinsam von der Foundation, RippleX, den Kernentwicklern und den Validatoren getroffen worden, nachdem sie den Schweregrad des Fehlers bewertet hätten.
„Keine einzelne Partei hätte diese Entscheidung allein treffen können. Jeder Validator und Node-Betreiber entscheidet selbst, welche Software er ausführt, und Version 3.4.1 wurde erst durch eine reguläre Änderungsabstimmung mit mehr als 80 % Unterstützung der Validatoren über einen Zeitraum von zwei Wochen verpflichtend. Protokolländerungen durchlaufen weiterhin Abstimmungen über Änderungen“, erklärte die Stiftung.
Auch XRP Kuwait, ein unabhängiger Validator-Betreiber, wies Behauptungen zurück, die koordinierten Upgrades signalisierten zentralisierte Kontrolle.
„Wir sind nicht der Ansicht, dass die Abstimmung von Betreibern über ein Update für sich genommen ein Beweis für zentralisierte Kontrolle ist“, hieß es. „Abstimmung ist nicht dasselbe wie Kontrolle. Unabhängige Betreiber können eine Situation einschätzen, miteinander kommunizieren und zum selben Schluss kommen, ohne ihre Unabhängigkeit aufzugeben.“
Fehler hätte unbegrenzt viele XRP erzeugen können
Laut dem Bericht zur Offenlegung der Schwachstelle des Projekts handelte es sich um einen Ganzzahlüberlauf in der Zahlungs-Engine des XRP Ledgers, der seit 2015 bestand.
XRP-Guthaben werden als 64-Bit-Ganzzahlen mit einem festen Höchstwert gespeichert. Wenn eine Summe diesen Höchstwert überschritt, lief die Berechnung über und ergab eine kleinere Zahl, anstatt abgebrochen zu werden.
Ein Angreifer hätte dies ausnutzen können, indem er Hunderte speziell bepreiste Angebote erstellt hätte, die jeweils eine sehr große Menge XRP verlangten, und anschließend eine einzige Zahlung gesendet hätte, die sie alle aufbrauchte.
Die Engine hätte jedem Anbieter den vollen Betrag seines Angebots gutgeschrieben, dem Käufer jedoch nur die winzige, übergelaufene Summe berechnet. Die Differenz wäre neu geschaffenes, ausgebbares XRP gewesen.
Dem Bericht zufolge erforderte der Angriff gezielt konstruierte Angebote und konnte nicht durch normalen Handelsverkehr ausgelöst werden. Die Entwickler erklärten, sie hätten keine Hinweise darauf gefunden, dass die Schwachstelle in einem öffentlichen Netzwerk ausgenutzt worden sei.
Magazin: Ledger-Angriff breitet sich auf die EU aus, KI entdeckt Fehler mit „18 Billionen XRP“: Hodler’s Digest