Een kwetsbaarheid die ongeveer tien jaar in de XRP Ledger aanwezig was, had aanvallers in staat kunnen stellen om spendable XRP te creëren zonder te betalen, waarmee de vaste voorraad van 100 miljard tokens van de cryptocurrency op het spel stond. Dat maximum is fundamenteel voor het asset: alle 100 miljard XRP bestonden al sinds de lancering van de ledger, en de protocolregels zijn ontworpen om tokens tussen houders te verplaatsen in plaats van nieuwe te creëren. Het ontwikkelteam van Ripple bracht een noodupdate uit om de fout te verhelpen, en onderzoekers vonden geen bewijs dat de kwetsbaarheid ooit was misbruikt op openbare netwerken.

De bug werd op 9 oktober 2026 openbaar gemaakt en gaat volgens berichten terug tot 2015. Onderzoekers Cayden Liao en Veria AI ontdekten het probleem via het bug bounty-programma van de XRP Ledger en meldden het op 22 september. Dergelijke programma's zijn een hoeksteen van cryptocurrency-beveiliging en bieden externe onderzoekers een privé-kanaal om fouten bij ontwikkelaars te melden voordat details openbaar worden. RippleX, de ontwikkelaarstak van Ripple, reproduceerde de aanval en bevestigde dat nieuw gecreëerde XRP in daaropvolgende transacties kon worden uitgegeven.

Hoe de XRP supply-bug werkte

In de kern ging het om een integer overflow in de betalingsengine van de XRP Ledger — een klassieke softwarefout waarbij een berekening de vaste grootte van het opslaggetal overstijgt. De ledger verwerkt transacties via de ingebouwde exchange, waar gebruikers orders plaatsen om het ene asset tegen het andere te verhandelen.

Een aanvaller had dit mechanisme kunnen misbruiken door honder accounts aan te maken en orders te plaatsen met ongewoon grote hoeveelheden XRP. Eén zorgvuldig samengestelde betaling kon vervolgens al die orders in één keer consumeren.

Bij het optellen van het totale XRP-bedrag over de geconsumeerde orders kon de numerieke teller van de betalingsengine voorbij de maximaal representeerbare waarde worden geduwd, waardoor het totaal terugverwisselde naar een veel kleiner getal. Daardoor zouden de verkopende accounts hun volledige betalingen ontvangen, terwijl de koper slechts het foutief berekende bedrag betaalde — een discrepantie die feitelijk nieuwe XRP zou creëren.

De bestaande beveiliging van de ledger, bedoeld om ongeautoriseerde XRP-creatie te detecteren, was zelf ook gebaseerd op berekeningen die kwetsbaar waren voor dezelfde overflow en kon de nieuw gecreëerde tokens dus missen. RippleX bevestigde dat het uitvoeren van de aanval slechts enkele honderden XRP zou hebben gekost om de benodigde accounts aan te maken, plus transactiekosten.

Noodfix omzeilde het gebruikelijke stemproces

Ripple bracht op 25 september versie 3.4.1 van de XRP Ledger-serversoftware uit om de kwetsbaarheid te verhelpen. In tegenstelling tot conventionele protocolwijzigingen werd de fix in de betalingsengine actief zodra individuele operators hun servers upgradeerden. De officiële openbaarmaking werd gepubliceerd op de XRP Ledger-blog op ongeveer twee weken na de release — een tussenpoos die past bij de normen van gecoördineerde openbaarmaking, waarbij fixes eerst worden uitgerold zodat operators hun systemen kunnen beveiligen voordat aanvalsdetails openbaar worden.

Deze stap markeerde een uitzonderlijke afwijking van het standaard amendementenproces van de ledger, dat doorgaans meer dan 80% steun van vertrouwde validators vereist, gedurende twee weken — een mechanisme dat ervoor zorgt dat geen enkele partij eenzijdig de regels van de ledger kan herschrijven. RippleX legde uit dat het volgen van het normale proces de kwetsbaarheid openbaar zou kunnen hebben gemaakt terwijl het netwerk tijdens de stemming en activeringsperiode nog kwetsbaar bleef. Volgens de officiële openbaarmaking had meer dan 80% van de standaard vertrouwde validators op de releasedag zelf al geüpgradeerd.

Het kwetsbaarheidsrapport van 9 oktober bevestigde dat onderzoekers geen bewijs vonden van misbruik op openbare netwerken. Het incident onderstreept het belang van onafhankelijk beveiligingsonderzoek en snelle coördinatie binnen cryptocurrency-infrastructuur. Het past ook in een bekend industrieel patroon: in 2018 patchten Bitcoin Core-ontwikkelaars in stilte een consensusbug die een miner in staat had kunnen stellen om de Bitcoin-voorraad op te blazen.

Hoewel Ripple de directe dreiging heeft ingedamd, roept het voorval bredere vragen op over hoe gedecentraliseerde netwerken noodmaatregelen voor beveiliging moeten afwegen tegen transparant bestuur. RippleX benadrukte dat de uitzonderlijke reactie de gevestigde aanpak van de ledger voor toekomstige protocolamendementen niet verandert.