Ontwikkelaars van de XRP Ledger hebben een kritieke kwetsbaarheid bekendgemaakt die een aanvaller in staat had kunnen stellen om uit het niets besteedbaar XRP te creëren, waarbij beveiligingen werden omzeild die zijn ontworpen om te voorkomen dat de voorraad van de cryptocurrency toeneemt.

De fout zat in de betalingsengine van de ledger en werd op 22 september gemeld via het XRPL Bug Bounty-programma door Cayden Liao en Veria AI. RippleX-ingenieurs reproduceerden de exploit op een zelfstandige server, bevestigden dat de nieuw gecreëerde XRP in een daaropvolgende betaling kon worden besteed en verhoogden de ernst van groot naar kritiek. De afhandeling volgde de gangbare praktijk van gecoördineerde openbaarmaking: bounty-rapporten bereiken de beheerders privé, en volledige technische details worden pas gepubliceerd nadat een fix is uitgebracht.

Volgens het openbaarmakingsrapport dat op de officiële XRPL-blog is gepubliceerd zijn er geen aanwijzingen dat de kwetsbaarheid is misbruikt op enig publiek XRP Ledger-netwerk. Ontwikkelaars bereidden privé een fix voor en brachten xrpld versie 3.4.1 uit op 25 september, twee dagen nadat de patch was samengevoegd in de noodrelease-tak.

Integer-overflow kon XRP-voorraadcontroles omzeilen

De fout bestond sinds ongeveer 2015 in de betalingsengine van de XRP Ledger en betrof ongecontroleerde 64-bits integer-rekensommen wanneer een betaling meerdere offers uit het orderboek van het netwerk gebruikte.

Een 64-bits getal heeft een maximum van ongeveer 18,4 triljoen (quintillion), en overflows in dit soort rekenkunde met vaste breedte zijn een bekende bugklasse in ledger-software — in 2010 creëerde een integer-overflow in de waardecontroles van Bitcoin kortstondig ongeveer 184 miljard BTC voordat ontwikkelaars het binnen enkele uren patched.

Een aanvaller kon honderden accounts aanmaken en speciaal vervaardigde offers plaatsen die kleine hoeveel van een andere token verkochten voor extreem grote hoeveelheden XRP. Eén betaling die die offers gebruikte, kon de berekende totalen voorbij de maximale waarde duwen die de integer ondersteunt. In plaats van de transactie af te wijzen, zou het totaal terugwikkelen naar een klein getal. Elke aanbieder kon nog steeds het volledige XRP-bedrag uit zijn offer ontvangen, terwijl de koper slechts de veel kleinere teruggewikkelde waarde in rekening werd gebracht.

De aanval vereiste slechts enkele honderden XRP aan account- en offer-reserves, waarvan een groot deel later kon worden teruggevorderd, plus normale transactiekosten.

De ingebouwde controle van XRPL, ontworpen om te garanderen dat transacties geen XRP kunnen creëren, zou de exploit niet hebben gestopt. De invariant gebruikte hetzelfde type rekenkunde en kon op dezelfde manier overlopen, terwijl een aparte per-account balanslimiet kon worden omzeild door de nieuw gecreëerde XRP te verspreiden over honderden accounts. De kwetsbaarheid was belangrijk vanwege de werking van XRP's voorraad: alle 100 miljard tokens werden gecreëerd bij de lancering van de ledger, transactiekosten verbranden XRP in plaats van het te creëren, en invariantcontroles zijn de garantie dat geen enkel betalingspad het totaal omhoog kan duwen. De fout was beperkt tot opzettelijk vervaardigde transacties en kon niet worden getriggerd door normale betalingen of handelsactiviteit.

Validators gingen binnen enkele uren naar 3.4.1

Ontwikkelaars kozen ervoor om de XRP-overflowfix onmiddellijk uit te rollen in plaats van deze door het normale amendementproces van XRPL te halen, dat doorgaans meer dan 80% validatorsteun gedurende twee weken vereist voordat een protocolwijziging wordt geactiveerd. Het gedurende die periode blootlaten van de kwetsbaarheid zou een venster hebben gecreëerd waarin de aanvalsmethode publiekelijk bekend was maar nog steeds bruikbaar.

Meer dan 80% van de validators op de standaard Unique Node List was op 25 september geüpgradet naar 3.4.1, dezelfde dag dat de noodversie werd uitgebracht. De driedaagse periode van privé-rapportage tot meerderheidsadoptie door validators liet zien dat het noodrelease-pad van de ledger end-to-end functioneerde.

Versie 3.4.1 wijst nu betalingen af wanneer het offer-totaal zou overlopen en gebruikt een bredere teller voor de XRP-creatie-invariant. Aanvullende balansberekeningen zijn eveneens verhard tegen vergelijkbare rekenfouten.

Het incident volgt op een niet-gerelateerde supply-chain-compromittering van xrpl.js die in 2025 werd ontdekt en die kwaadaardige JavaScript-pakketreleases betrof in plaats van het XRP Ledger-protocol zelf. Het amendementsysteem van XRPL wordt ook gebruikt voor nieuwere functionaliteit, zoals het voorgestelde XRPL Lending Protocol, waarbij goedkeuring door validators bepaalt of nieuw transactiegedrag actief wordt.

De overflowfout heeft de bestaande voorraad van XRP niet gewijzigd. Er is geen onbevoegde XRP geïdentificeerd, en serveroperators moeten nu xrpld 3.4.1 of nieuwer draaien om gesynchroniseerd te blijven met het netwerk. Wat observeerbaar blijft, is operationeel van aard: achterblijvers op oudere releases die overstappen naar 3.4.1 of nieuwer, en voorstellen zoals het XRPL Lending Protocol die het standaard amendementspad volgen dat door deze fix werd omzeild.

Bron: XRP Ledger Patches Decade-Old Flaw That Could Create Spendable XRP — Crypto Adventure