Ce s-a întâmplat
Echipa Zilliqa a anunțat descoperirea unei vulnerabilități critice de securitate care afectează utilizatorii ce folosesc portofelele hardware Ledger pentru tranzacții native (non-EVM). Problema rezidă într-un defect de implementare în aplicația Ledger Zilliqa, prezent de aproximativ 7 ani. Acest „bug” permite unui atacator să reconstruiască matematic o cheie privată dacă are acces la doar cinci semnături Schnorr generate de aceeași cheie. În consecință, rețeaua Zilliqa a suspendat temporar tranzacțiile native pentru a preveni exploatarea fondurilor și pentru a oferi timp dezvoltatorilor să implementeze un mecanism de salvare securizat.
Context tehnologic
Securitatea blockchain-ului se bazează pe criptografia cu chei publice și private. Atunci când trimiți o tranzacție, portofelul tău hardware (precum Ledger) folosește o cheie privată pentru a genera o „semnătură digitală”. Zilliqa folosește un algoritm numit Schnorr Signatures. Pentru ca acest proces să fie sigur, fiecare semnătură trebuie să includă un număr aleatoriu unic, numit „nonce”. Dacă acest număr nu este generat corect sau este reutilizat (chiar și parțial), corelația matematică dintre semnături poate dezvălui cheia privată originală. În cazul de față, se pare că implementarea Ledger pentru Zilliqa nu a asigurat un nivel suficient de entropie (aleatoriu), permițând deducerea cheii din câteva exemple de tranzacții.
De ce contează
Acest incident subliniază faptul că nici măcar portofelele hardware, considerate „standardul de aur” în securitate, nu sunt imune la erori de software (firmware). Impactul este major deoarece:
1. Vechimea erorii: Faptul că o vulnerabilitate atât de gravă a persistat 7 ani ridică semne de întrebare asupra proceselor de audit pentru aplicațiile specifice de pe Ledger Live.
2. Risc de furt total: Odată ce cheia privată este reconstruită, atacatorul are control total, iar utilizatorul nu mai poate face nimic pentru a-și recupera fondurile pe căi normale.
3. Complexitatea recuperării: Deoarece orice încercare a utilizatorului de a muta fondurile generează o nouă semnătură (care ar putea ajuta atacatorul), este nevoie de o intervenție la nivel de protocol.
Impact
Pe termen scurt, utilizatorii Zilliqa care folosesc Ledger au activele blocate în siguranță (prin suspendarea rețelei), dar nu le pot accesa. Pe termen mediu, acest eveniment ar putea duce la o scădere a încrederii în aplicațiile terțe de pe platformele hardware și va forța o revizuire masivă a codului pentru alte implementări similare. Zilliqa trebuie acum să orchestreze un „hard fork” sau un mecanism special de migrare pentru a permite utilizatorilor să își mute fondurile către adrese noi, sigure, fără a expune cheile în proces.
Ce urmează
Echipa Zilliqa lucrează la o soluție tehnică ce va permite „salvarea” fondurilor afectate printr-o procedură care nu necesită semnături suplimentare vulnerabile. Ne putem aștepta la protocoale de audit mult mai stricte între producătorii de portofele hardware și echipele blockchain. De asemenea, acest incident va accelera probabil tranziția către soluții de tip Multi-Party Computation (MPC) sau portofele cu abstractizarea contului (Account Abstraction), care reduc dependența de o singură semnătură critică.
Surse
- CryptoSlate - Zilliqa Ledger Vulnerability Analysis
- Zilliqa Official Technical Announcements