Patch pentru vulnerabilitatea de emitere tokenuri XRP Ledger, mâine

Remedierea unei lacune persistente

XRP Ledger (XRPL) se află la o zi distanță de remedierea unei defecte legate de una dintre cele mai noi funcționalități ale sale, eliminând astfel o lacună care, în caz contrar, ar permite conturilor autorizate să ardă token-uri să emită și altele noi.

Problema ține de delegarea permisiunilor, care permite unui cont să transfere anumite puteri către un alt cont fără a-și partaja cheile. Această funcționalitate a fost activată pe 8 octombrie prin amendamentul PermissionDelegationV1_1, o actualizare despre care Bitcoin.com News a relatat luna trecută. Una dintre aceste puteri, „PaymentBurn”, are rolul de a permite unui delegat să distrugă tokenuri.

Documentația proprie a XRPL privind delegarea permisiunilor explică problema:

„Înainte de remediere, un delegat cu permisiunea granulară PaymentBurn poate, de asemenea, să emită noi tokenuri fungibile, ceea ce se poate întâmpla cu tokenuri de tip trust line sau tokenuri multifuncționale (MPT) în anumite circumstanțe. Până la activarea amendamentului fixCleanup3_4_0, se recomandă să nu se delege permisiunea granulară PaymentBurn.”

Merită menționat faptul că celelalte permisiuni rămân neafectate.

Remedierea este inclusă în xrpld 3.4.0, pe care notele de lansare îl descriu ca un pachet de curățare pentru versiunea 3.4.0. Printre altele, acesta „respinge plățile PaymentBurn care depășesc un sold zero.” Pachetul întărește, de asemenea, recuperările din partea market maker-ilor automați (AMM), contabilitatea seifurilor, rezervele de garanție și gestionarea semnăturilor, iar operatorii de noduri au fost rugați să efectueze actualizarea „cât mai curând posibil”.

Un termen limită depășit

Patch-ul trebuia să fie deja activ. Modificările pe XRPL se activează numai după ce se menține un sprijin de cel puțin 80% din partea validatorilor de încredere timp de două săptămâni consecutive. Dacă sprijinul scade la 80% sau mai puțin, chiar și o singură dată, contorul se resetează. La jumătatea lunii octombrie, actualizarea a fost programată pentru 23 octombrie, la aproximativ ora 09:34 UTC. Această dată a trecut, iar datele actuale de pe instrumentul de urmărire a modificărilor de pe Xrpscan arată că fixCleanup3_4_0 și-a recâștigat majoritatea. Sprijinul se ridică acum la 33 din 35 de validatori, cu mult peste cei 28 necesari.

Native Lending încă nu are suficiente voturi

Alte actualizări în așteptare sunt și mai în urmă, iar același instrument de urmărire arată că LendingProtocolV1_1 are 19 voturi, amendamentul inițial LendingProtocol are 19, iar SingleAssetVault are 21, toate sub pragul de 28 de voturi. Împreună, acestea ar introduce împrumuturile native în XRPL, dar niciuna nu are un cronometru de numărătoare inversă activ.

Astfel, planurile de împrumut ale registrului rămân în așteptare, chiar dacă instituțiile generează tot mai multă activitate pe rețea. De exemplu, moneda stabilă RLUSD a Ripple a beneficiat recent de sprijinul Coinbase pe XRPL și pe alte lanțuri.

O perioadă aglomerată pentru securitatea XRPL

Remedierea pune capăt unor săptămâni dificile pentru istoricul de securitate al rețelei, având în vedere că, luna trecută, dezvoltatorii au dezvăluit că o eroare a registrului veche de un deceniu ar fi putut permite unui atacator să emită XRP peste oferta sa fixă. Această vulnerabilitate a fost remediată discret în septembrie și nu există dovezi că ar fi fost vreodată exploatată.

XRP a fost, de asemenea, primul afectat în recentul atac asupra Binance, deși acel atac a vizat portofelele Binance, mai degrabă decât rețeaua XRPL în sine.

În ceea ce privește remedierea, nimic nu se schimbă pentru deținătorii obișnuiți de XRP, dar pentru emitenți, burse și companii care deleagă permisiunile conturilor. Odată ce fixCleanup3_4_0 se activează, funcția PaymentBurn ar trebui să poată fi delegată din nou în condiții de siguranță. XRP se tranzacționează la aproximativ 1,25 USD pe 3 noiembrie, înainte de actualizare.