XRP-Ledger-Entwickler haben den Notfall-Sicherheitspatch verteidigt, der zur Behebung eines Fehlers eingesetzt wurde, durch den XRP über den festen Bestand des Netzwerks hinaus erzeugt werden konnten. Sie erklärten, sie hätten nicht auf die übliche zweiwöchige Abstimmung der Validatoren warten können, ohne die Schwachstelle Angreifern auszusetzen.
Die am 25. September veröffentlichte Fehlerbehebung folgte drei Tage nach einem Bug-Bounty-Bericht und trat auf jedem Server, auf dem sie installiert wurde, sofort in Kraft. Es sei die erste bewusste Umgehung des normalen Änderungsverfahrens seit der Einführung des Systems vor mehr als zehn Jahren gewesen, erklärten sie.
„Bei einer normalen Änderungsabstimmung wäre die Fehlerbehebung wochenlang öffentlich gewesen, bevor sie in Kraft getreten wäre, wodurch die Netzwerksicherheit gefährdet worden wäre, sagten XRPL-Entwickler am Sonntag in einem X-Post.
Die beschleunigte Fehlerbehebung führte zu Fragen über den Grad der Dezentralisierung von XRPL. Auf seiner Website bezeichnet sich XRPL als vollständig dezentralisierte, öffentliche Blockchain – eine Charakterisierung, die zentral für Argumente war, wonach sein nativer Token XRP kein Wertpapier sei.
XRPL-Sicherheitsbehebung „warf viele Fragen auf
Der Gründer von Cyber Capital, Justin Bons, sagte am Donnerstag, XRP als dezentralisiert an Kleinanleger zu vermarkten, komme einem „offenen Betrug gleich. Er argumentierte, die Notfallveröffentlichung vom 25. September sei nur als Binärdateien ausgeliefert worden, der Quellcode sei vorübergehend zurückgehalten worden und Betreiber seien zum Upgrade gedrängt worden.
Die XRPL Foundation erklärte jedoch, die Entscheidung, das normale Änderungsverfahren zu überspringen, sei nach einer Bewertung des Schweregrads des Fehlers gemeinsam von der Foundation, RippleX, den Kernentwicklern und den Validatoren getroffen worden.
„Keine einzelne Partei konnte diese Entscheidung allein treffen. Jeder Validator und jeder Node-Betreiber entscheidet selbst, welche Software er ausführt, und 3.4.1 wurde erst durch eine normale Änderungsabstimmung mit einer Unterstützung von mehr als 80 % der Validatoren über zwei Wochen verpflichtend. Protokolländerungen durchlaufen weiterhin Änderungsverfahren, erklärte die Foundation.
Verwandt: Ledger bestätigt nicht autorisiertes Hardwareimplantat und erklärt, die Verluste könnten 86 Mio. US-Dollar übersteigen
XRP Kuwait, ein unabhängiger Validator-Betreiber, wies ebenfalls Behauptungen zurück, die koordinierten Upgrades signalisierten eine zentralisierte Kontrolle.
„Wir widersprechen der Behauptung, dass die Koordination eines Updates durch Betreiber an sich ein Beweis für zentralisierte Kontrolle sei“, erklärte er. „Koordination ist nicht dasselbe wie Kontrolle. Unabhängige Betreiber können eine Situation bewerten, miteinander kommunizieren und zu derselben Schlussfolgerung gelangen, ohne ihre Unabhängigkeit aufzugeben.”
Fehler hätte unbegrenzt XRP prägen können
Der Fehler war laut dem Bericht zur Offenlegung der Schwachstelle des Projekts ein Integer-Überlauf in der Zahlungs-Engine des XRP Ledger, der seit 2015 vorhanden gewesen war.
XRP-Guthaben werden als 64-Bit-Ganzzahlen mit einem festen Maximum gespeichert. Wenn eine Summe dieses Maximum überschritt, sprang die Berechnung auf eine kleinere Zahl zurück, anstatt fehlzuschlagen.
Ein Angreifer hätte dies ausnutzen können, indem er Hunderte speziell bepreiste Angebote erstellte, die jeweils eine sehr große Menge XRP verlangten, und anschließend eine Zahlung schickte, die sie alle verbrauchte.
Die Engine hätte jedem Eigentümer eines Angebots den vollständigen Betrag gutgeschrieben, dem Käufer jedoch nur die winzige zurückgesprungene Summe berechnet. Die Differenz wäre neu erzeugtes, ausgebbares XRP gewesen.
Der Angriff erforderte absichtlich konstruierte Angebote und konnte laut dem Bericht nicht durch normale Handelsaktivitäten ausgelöst werden. Die Entwickler erklärten, sie hätten keine Hinweise darauf gefunden, dass das Problem in einem öffentlichen Netzwerk ausgenutzt worden sei.