Utilizatorii canadieni reprezintă 25% din pierderile cauzate de vulnerabilitatea Coldcard

Distribuția geografică a pierderilor

Deținătorii canadieni de Bitcoin s-au evidențiat ca fiind cel mai mare grup demografic afectat de exploatarea în curs a portofelului hardware Coldcard, suportând 25% din totalul pierderilor atribuibile. Analiștii observă că această concentrare regională semnificativă se aliniază cu prezența locală puternică a companiei-mamă a Coldcard, Coinkite, care are sediul central în Toronto.

Conform datelor de monitorizare vizuală furnizate de Chainalysis, Australia se clasează pe locul al doilea printre țările cele mai grav afectate, reprezentând între 15% și 20% din totalul pagubelor. Între timp, Statele Unite și Thailanda urmează îndeaproape, cu pierderi cuprinse între 10% și 15%. Deși breșa de securitate a afectat cel mai grav jurisdicțiile vorbitoare de limbă engleză și cele care au adoptat bitcoinul încă de la început, datele evidențiază consecințe globale extinse în Europa de Vest, America Latină și centrele cheie africane ale criptomonedelor, precum Nigeria și Africa de Sud.

Valoarea totală a activelor furate în urma incidentului a ajuns la 116 milioane de dolari. Într-o analiză a breșei de securitate, Galaxy Research a identificat o actualizare de firmware din martie 2021 — mai precis implementarea unui nou generator de numere aleatorii — ca fiind singurul punct de eșec care a permis atacul.

„Problema a fost că acesta a fost configurat incorect și a trecut automat la o variantă mai slabă. A eșuat în tăcere, fără niciun avertisment. Nimeni nu știa că cheile private erau generate cu entropie scăzută”, a declarat Galaxy Research. „Cinci ani mai târziu, un atacator a sustras 70 de milioane de dolari din 1.200 de portofele în 41 de minute.”

Explicând modul în care verificările standard au omis această vulnerabilitate timp de peste cinci ani, Natalie Newson, investigator senior în domeniul blockchain la CertiK, a dezvăluit că cauza principală a provenit dintr-o eroare specifică de configurare: variabila MICROPY_HW_ENABLE_RNG era setată la zero.

„Pentru o verificare statică de tip #ifndef, o macro setată la 0 este totuși definită”, a explicat Newson. „Verificarea de siguranță a returnat valoarea «true», suprimând condiția #error și permițând sistemului de compilare să continue ca și cum totul ar fi fost configurat corect.”

Protocoale de răspuns la incidente și de remediere de urgență

Pentru a preveni recurgerea silențioasă la pseudoaleatoritatea software-ului, Newson a îndemnat producătorii să-și revizuiască standardele arhitecturale. „Cea mai puternică măsură de control este eliminarea recurgere din producție și utilizarea unui singur furnizor de RNG aprobat”, a subliniat ea, menționând că întregul proces, de la achiziția entropiei până la generarea seminței, trebuie să se încadreze strict în limitele de validare definite de NIST FIPS 140-3.

În ceea ce privește gestionarea riscului operațional asociat lansării în grabă a patch-urilor de urgență în timp ce au loc scanări automate active, Newson a subliniat că răspunsul la incidente trebuie să acorde prioritate comunicării cu utilizatorii, alături de testarea tehnică.

„Prioritatea ar trebui să fie comunicarea imediată a amplorii vulnerabilității, identificarea utilizatorilor afectați și furnizarea unor îndrumări clare de atenuare, în paralel cu validarea temeinică a oricărei soluții înainte de lansare”, a declarat Newson, adăugând că transparența este la fel de esențială ca și patch-ul în sine.

Pentru utilizatorii fără cunoștințe tehnice care dețin fraze-semințe compromise și se tem că își vor bloca dispozitivele în timpul actualizărilor de firmware de urgență, Newson a recomandat un protocol strict de remediere: în primul rând, utilizatorii ar trebui să achiziționeze un portofel hardware de încredere, să genereze o nouă frază-semință offline și să verifice configurarea printr-o mică tranzacție de test. Apoi, aceștia ar trebui să transfere toate fondurile rămase către configurația nou verificată înainte de a încerca orice actualizare de firmware pe dispozitivul original.

Newson a îndemnat, de asemenea, utilizatorii să evite crearea unui singur punct de eșec prin utilizarea portofelelor hardware de la diferiți producători, pentru a distribui riscul pe mai multe conturi.

Un punct de cotitură pentru discursurile privind auto-custodia

Incidentul a pus industria custodiei autonome și susținătorii acesteia în fața unor întrebări fundamentale privind modelele standard de securitate. Criticii indică epuizarea bruscă a deținerilor inactive, pe termen lung, ca dovadă că execuția offline, în sine, nu garantează o protecție absolută.

Nanak Nihal Khalsa, cofondator al Human.tech, a susținut că incidentul subliniază realitatea persistentă a riscului asociat terților în cadrul ecosistemelor hardware.

„«Nu sunt cheile tale, nu sunt monedele tale» omite un fapt important: întotdeauna externalizezi încrederea, chiar și în cazul auto-custodiei. Acest lucru nu face decât să adauge încă o dovadă că auto-custodia nu schimbă acest fapt”, a observat Khalsa, avertizând că vectorii de amenințare emergenți, precum exploatările asistate de IA, vor agrava probabil aceste riscuri.

Newson, de la CertiK, a împărtășit îngrijorările privind configurațiile cu semnătură unică, menționând că adoptarea la scară largă necesită sisteme construite cu o degradare controlată, în care o singură greșeală — comisă de un utilizator sau de un furnizor — nu duce la pierderea economiilor de-o viață ale utilizatorului.

„Autocustodia cu semnătură unică nu oferă nicio marjă de eroare”, a spus Newson. „Utilizatorii care se bazează pe un singur dispozitiv își pun încrederea în hardware-ul fizic, în cod și în toate dependențele acestuia, precum și în verificările de asigurare a calității menite să detecteze eventualele probleme.”

În consecință, consensul din industrie se îndreaptă către configurații cu mai mulți furnizori, cu semnături multiple sau cu semnături prag (MPC) ca standard de bază obligatoriu.

„Da, acesta ar trebui să fie standardul de bază implicit”, a concluzionat Newson. „Obiectivul este să trecem de la «încrederea într-un singur dispozitiv» la asigurarea faptului că nicio componentă sau actor compromis nu poate transfera fondurile. În practică, cheile de semnare sau cotele de prag ar trebui să acopere domenii independente de eșec organizațional și tehnologic, astfel încât niciun furnizor să nu poată reconstitui cheia sau să autorizeze o tranzacție de unul singur.”