XRP-Ledger verteidigt Notpatch für Bug mit unbegrenztem XRP

Entwickler des XRP-Ledgers haben den Not-Sicherheitspatch zur Behebung eines Fehlers verteidigt, der XRP über das feste Netzwerkangebot hinaus erzeugen konnte, und begründeten dies damit, dass sie nicht auf die übliche zweiwöchige Validatoren-Abstimmung warten konnten, ohne die Schwachstelle Angreifern preiszugeben.

Der Patch wurde am 25. September veröffentlicht – drei Tage nach einem Bug-Bounty-Bericht – und trat sofort auf jedem Server in Kraft, der ihn installierte. Es war laut Angaben der Entwickler der erste bewusste Umgehung des normalen Änderungsprozesses seit Einführung des Systems vor über zehn Jahren.

„Bei einer normalen Änderungsabstimmung wäre die Korrektur wochenlang öffentlich gewesen, bevor sie wirksam wurde, was die Netzwerksicherheit gefährdet hätte“, erklärten XRP-Ledger-Entwickler am Sonntag in einem Beitrag auf X.

Die beschleunigte Korrektur löste Fragen zum Grad der Dezentralisierung des XRP-Ledgers aus. Auf seiner Website behauptet das XRP-Ledger, eine vollständig dezentrale, öffentliche Blockchain zu sein – eine Aussage, die zentral für die Argumentation ist, dass sein natives Token XRP keine Wertpapierfunktion hat.

XRP-Ledger-Sicherheitskorrektur „warf viele Fragen auf“

Justin Bons, Gründer von Cyber Capital, bezeichnete es am Donnerstag als „reinen Betrug“, XRP Kleinanlegern als dezentral zu vermarkten. Er argumentierte, dass das Not-Update vom 25. September nur als Binärdateien veröffentlicht wurde, den Quellcode vorübergehend zurückhielt und Betreiber unter Druck setzte, umzusteigen.

Die XRP-Ledger-Stiftung erklärte jedoch, die Entscheidung, den normalen Änderungsprozess zu überspringen, sei gemeinsam von Stiftung, RippleX, Kernentwicklern und Validatoren nach Bewertung der Schwere des Fehlers getroffen worden.

„Keine einzelne Partei konnte diese Entscheidung allein treffen. Jeder Validatoren- und Knotenbetreiber wählt selbst, welche Software er ausführt; Version 3.4.1 wurde erst durch eine normale Änderungsabstimmung mit über 80 % Unterstützung der Validatoren über zwei Wochen hinweg verbindlich. Protokolländerungen laufen weiterhin über Änderungen.“

XRP Kuwait, ein unabhängiger Validatorenbetreiber, wies zudem Behauptungen zurück, koordinierte Updates deuteten auf zentrale Kontrolle hin.

„Wir widersprechen der Behauptung, dass die Koordination von Updates an sich ein Beweis zentraler Kontrolle sei“, hieß es. „Koordination ist nicht gleichbedeutend mit Kontrolle. Unabhängige Betreiber können eine Situation bewerten, miteinander kommunizieren und zu derselben Schlussfolgerung gelangen, ohne ihre Unabhängigkeit aufzugeben.“

Bug hätte unbegrenzt XRP prägen können

Der Fehler war laut Sicherheitsbericht des Projekts ein Integer-Overflow im Zahlungsmodul des XRP-Ledgers, der seit 2015 bestand.

XRP-Salden werden als 64-Bit-Ganzzahlen mit festem Maximum gespeichert. Bei Überschreitung dieses Maximums wurde der Wert statt eines Fehlers auf eine kleinere Zahl zurückgesetzt.

Ein Angreifer konnte dies ausnutzen, indem er Hunderte speziell kalkulierter Angebote erstellte, die jeweils eine sehr große XRP-Menge forderten, und dann eine einzige Zahlung sendete, die alle diese Angebote nutzte.

Das Modul gutschrieb jedem Anbieter den vollen Betrag, belastete den Käufer aber nur mit dem winzigen zurückgesetzten Gesamtbetrag. Die Differenz stellte neu geschaffenes, verwendbares XRP dar.

Der Angriff erforderte gezielt konstruierte Angebote und konnte laut Bericht nicht durch normale Handelsaktivitäten ausgelöst werden. Die Entwickler fanden keinerlei Hinweise darauf, dass der Fehler jemals in einem öffentlichen Netzwerk ausgenutzt wurde.

Magazin: Ledger-Angriff breitet sich auf EU aus, KI findet Fehler mit „18 Billionen XRP“: Hodler’s Digest