Luka w systemie płatności XRP Ledger mogła pozwolić atakującemu na stworzenie dużych ilości nowego XRP bez ponoszenia kosztów, łamiąc zasadę sztywnej podaży tokenu — wynika z opublikowanego w piątek raportu bezpieczeństwa.

Usterka, której początek datuje się na 2015 rok, została odkryta przez badacza Caydena Liao i firmę Veria AI i zgłoszona wewnętrznie 22 września. Inżynierowie RippleX, oddziału deweloperskiego Ripple, odtworzyli atak na samodzielnym serwerze — odizolowanym środowisku testowym — i potwierdzili, że nowo utworzone XRP można było wydać w późniejszej transakcji.

RippleX oświadczyło, że nie znalazło dowodów na wykorzystanie luki w jakiejkolwiek sieci publicznej. Firma wydała poprawkę w xrpld 3.4.1, oprogramowaniu serwerowym księgi, 25 września, bez publicznego ujawniania, co naprawia wydanie — sekwencja typowa dla skoordynowanego ujawniania podatności, która daje operatorom czas na aktualizację, zanim techniczne szczegóły umożliwiające ataki staną się publiczne. Szczegóły zostały później przedstawione w oficjalnym raporcie ujawnienia podatności zespołu. Ponieważ poprawka znajduje się w samym oprogramowaniu serwerowym, jej zasięg w całej sieci zależy od przyjęcia zaktualizowanego wydania przez operatorów.

Badacze zademonstrowali, jak pojedyncza płatność mogła stworzyć XRP nadające się do wydania bez finansowania ich przez nadawcę, co skłoniło do awaryjnego wydania oprogramowania. Gdyby luka pozostała niezałatana, mogła naruszyć sztywną podaż kryptowaluty wynoszącą 100 miliardów tokenów.

Bezpośrednie zagrożenie dla limitu podaży

Wszystkie 100 miliardów XRP zostało utworzonych podczas uruchomienia księgi w2012 roku, a jej oprogramowanie zostało zaprojektowane tak, aby nie można było dodać więcej. Ponieważ ta rzadkość jest wymuszana wyłącznie w kodzie, a nie przez żadnego emitenta, błąd zdolny do emitowania tokenów uderzyłby w najbardziej fundamentalną gwarancję księgi. Podatność bezpieczeństwa mogła jednak pozwolić atakującemu na stworzenie XRP z niczego i sprzedanie go na giełdach, podważając sztywny limit podaży, na którym polegają instytucje budujące na sieci.

Jak działał atak

Exploit wykorzystywał wbudowaną giełdę księgi, gdzie konta wystawiają oferty wymiany jednego tokenu na inny.

Teoretycznie atakujący mógł otworzyć setki kont, każde z ofertą wymiany niewielkiej ilości tokenu na nienaturalnie dużą ilość XRP, a następnie wysłać jedną płatność, która kupowała wszystkie oferty jednocześnie. Łączna kwota należnego XRP z tych ofert byłaby zbyt duża, aby oprogramowanie mogło ją poprawnie zliczyć. W rezultacie konta sprzedające atakującego byłyby opłacone w pełni, podczas gdy konto kupującego zostałoby obciążone niemal niczym — pozostawiając atakującemu XRP, które wcześniej nie istniało.

W efekcie podatność była błędem zliczania we wbudowanej giełdzie, który mógł pozwolić setkom kont otrzymać duże ilości XRP przy niemal zerowym koszcie dla kupującego.

Dlaczego istniejące zabezpieczenia tego nie wykryły

XRP Ledger uruchamia kontrolę po każdej transakcji, aby upewnić się, że nie pojawił się nowy XRP, ale ta kontrola opierałaby się na tej samej błędnie zliczonej sumie i przeoczyłaby rozbieżność. Osobny limit na ilość XRP, jaką może otrzymać pojedyncze konto, również by nie zadziałał, ponieważ atak rozproszył nowo utworzone tokeny na setki kont.

Metoda badaczy wymagała jedynie kilkuset XRP na otwarcie tych kont — z których większość została później odzyskana — oraz standardowych opłat transakcyjnych.

Część szerszego wzorca

Ten incydent dołącza do serii długo ukrywanych luk bezpieczeństwa w kryptowalutach ujawnionych przy pomocy AI od lipca, w tym błędu portfela Coldcard, który doprowadził do kradzieży co najmniej 1367 BTC, oraz podatności, które zmusiły Core Lightning do poinformowania operatorów węzłów bitcoin, aby się rozłączyli.