XRPL naprawia delegowanie uprawnień po wykryciu krytycznego błędu

XRPL wycofał poprawkę Permission Delegation po tym, jak zgłoszenie w ramach programu bug bounty ujawniło podczas testów lukę wysokiego ryzyka. Wzmocniona wersja V1.1 przechodzi obecnie przegląd bezpieczeństwa i testy QA.

Ta sytuacja pokazuje, dlaczego delegowanie uprawnień na poziomie protokołu wymaga zabezpieczeń wykraczających poza samą podstawową funkcję.

XRPL zmienia funkcję Permission Delegation po zgłoszeniu błędu

Permission Delegation, znana jako XLS-75, pozwala jednemu kontu przyznać innemu określone uprawnienia do działania w jego imieniu. Uprawnienia mają być ograniczone, tak aby delegat nie zyskiwał kontroli nad całym kontem.

J. Ayo Akinyele, szef działu inżynierii w RippleX, wyjaśnił, że pierwotna implementacja V1.0 została wycofana po zgłoszeniu podatności w ramach programu bug bounty, zanim trafiła do sieci głównej XRPL. Zamiast załatać tę wersję, zespół wprowadził V1.1, aby oddzielić pierwotną implementację od wzmocnionego wydania.

Badacz o pseudonimie Shotes wykrył problem o wysokim stopniu zagrożenia związany z nieodwołalnymi uprawnieniami delegata. Delegat mógł usunąć swoje konto, a następnie odtworzyć je, zachowując uprawnienia przyznane mu przez inne konto — bez możliwości ich odebrania przez konto pierwotne.

Zmiany wykraczają poza pojedynczy błąd. Wersja V1.1 uwzględnia przypadki brzegowe związane z tożsamością delegata i zapobiega niezamierzonemu delegowaniu nowszych funkcji, w tym operacji Vault i Lending. Naprawia również rozliczanie rezerw w przypadku delegowanych płatności i zamyka ścieżkę wielopodpisu, która mogła omijać kontrole delegacji. Zaostrzono także zasady cofania uprawnień.

Podczas przeglądu wykryto również przepełnienie średniej wagi w liczbie całkowitej bez znaku w funkcji isDelegable. Mogło ono sprawić, że nieprawidłowa wartość uprawnienia zostałaby uznana za typ transakcji podlegający delegowaniu, choć badacze stwierdzili, że problem nie miałby istotnych skutków, o ile delegujący nie działałby nieprawidłowo.

Testy obejmują coraz więcej obszarów delegowania w XRPL

Raport QA opublikowany przez Ramkumara SG 26 sierpnia odnotował 179 dedykowanych testów funkcji Permission Delegation, w tym 112 testów funkcjonalnych, 48 testów bezpieczeństwa z użyciem atakujących scenariuszy i 19 testów obejmujących interakcje między funkcjami. Testy objęły także interakcje z Batch, Confidential MPT, kolejką transakcji i wielopodpisem.

XRP Ledger Operations poinformowało, że wszystkie ustalenia zostały naprawione w wersji V1.1 i zweryfikowane przez firmę ochroniarską Cantina. Zespół QA nie odnotował również regresji wśród 5088 testów i zaznaczył, że nie ma żadnych nierozwiązanych błędów wewnętrznych sklasyfikowanych jako krytyczne. Na tej podstawie uznano, że funkcja jest gotowa do użycia produkcyjnego w przetestowanej wersji.

Delegowanie uprawnień wprowadzono w maju 2025 r., we wrześniu 2025 r. oznaczono jako nieobsługiwane do czasu wprowadzenia poprawki bezpieczeństwa, w październiku zmieniono nazwę na PermissionDelegationV1_1, a w czerwcu 2026 r. ponownie objęto obsługą.

Jako CryptoPotato informowano w zeszłym tygodniu, publiczny panel stworzony przez dewelopera Denisa Angella śledzi, jak dokładnie poprawki XRPL są testowane w sieci devnet, zanim trafią do sieci głównej. Delegowanie znalazło się wśród poprawek, które panel oznaczył jako niekompletne.

Dla użytkowników i dostawców usług powierniczych zamierzona funkcjonalność pozostaje bez zmian. Jak ujął to Akinyele, V1.1 nie zmienia możliwości XLS-75; zmienia natomiast warunki, w jakich ta funkcjonalność jest aktywowana.

Źródło: CryptoPotato