Unocoin: perché il blocco lascia un’altra via di firma

Che cosa è cambiato nella spiegazione

L’aggiornamento di Unocoin del 13 novembre cambia la lettura dell’incidente relativo al suo wallet. L’exchange afferma che il blocco del proprio account aziendale BitGo ha funzionato come previsto, mentre le transazioni contestate sono state firmate e trasmesse al di fuori di BitGo. Sospetta un abuso del meccanismo di backup e continua a indagare. Una restrizione dell’account e un trasferimento sulla blockchain possono quindi coesistere senza che la restrizione abbia fallito nel servizio che controlla.

La cronologia conta. Unocoin riferisce di aver rilevato attività sospette il 6 novembre, sospeso i servizi dopo ulteriori attività il 9 novembre e individuato transazioni in uscita il 12 novembre. Quest’ultima è la data della scoperta, non necessariamente quella di ogni trasferimento. La domanda è quali percorsi di firma fossero ancora disponibili dopo il blocco. Per rispondere bisogna distinguere l’accesso alla piattaforma del fornitore dall’autorità sul wallet. [1]

Due percorsi attraverso lo stesso wallet

La documentazione BitGo descrive una configurazione standard con chiave utente, chiave di backup e chiave BitGo. Ne servono due per autorizzare i trasferimenti interessati. Il percorso ordinario combina la chiave utente con quella BitGo. Il recupero può invece combinare le chiavi utente e di backup, consentendo al cliente di accedere ai fondi quando il fornitore non è disponibile.

È una funzione intenzionale di continuità. Significa anche che il fornitore non deve partecipare a ogni trasferimento valido. La documentazione sul recupero dichiara espressamente che queste transazioni aggirano le policy BitGo. Il compromesso è chiaro: l’indipendenza dal fornitore crea un percorso di autorizzazione che questi non può fermare semplicemente rifiutando la propria firma. La tabella seguente illustra i percorsi sul piano concettuale; non ricostruisce ogni transazione dell’incidente. [2][3]

Il limite del blocco di un account

Nel proprio comunicato del 13 novembre, BitGo afferma che le transazioni Ethereum esaminate usavano le chiavi utente e di backup di Unocoin, senza la propria chiave. Dice che le richieste di creazione di transazioni attraverso la sua piattaforma il 9 novembre sono state bloccate. Sono conclusioni del fornitore, coerenti con la spiegazione aggiornata di Unocoin, non una verifica forense indipendente della nostra redazione.

Il blocco della piattaforma ordina a BitGo di interrompere l’elaborazione delle richieste in uscita e la fornitura della propria firma. Non modifica le condizioni di firma del wallet sulla blockchain. Se resta utilizzabile un’altra combinazione autorizzata di chiavi, il wallet può ancora accettare un trasferimento inviato autonomamente. Questo spiega perché rafforzare soltanto i controlli di accesso alla piattaforma non risolve la compromissione di entrambe le chiavi detenute dal cliente. BitGo dice di aver consigliato a Unocoin di spostare i fondi restanti in wallet con chiavi appena generate. [1][4]

Una chiave di backup consente di spendere

La parola backup può suggerire una copia passiva che serve solo dopo un guasto. Qui rappresenta un’autorità attiva: insieme a un’altra chiave idonea può autorizzare lo spostamento di fondi. La conservazione, i controlli di accesso e la procedura di recupero devono quindi rientrare nella stessa valutazione di sicurezza della firma quotidiana.

La nostra deduzione da questa architettura è che contare i modi indipendenti per ottenere le chiavi sia più utile che contare le chiavi stesse. Se lo stesso ambiente compromesso espone sia la chiave operativa sia il materiale di recupero, la soglia offre meno separazione di quanto il nome suggerisca. È un modello generale di rischio, non un’affermazione su dove Unocoin conservasse esattamente le proprie chiavi.

La verifica organizzativa utile consiste nel chiedersi se il recupero richieda un accesso davvero separato e un’approvazione tracciabile. Un backup sempre raggiungibile dai normali sistemi di firma può annullare la separazione prevista anche quando la crittografia funziona correttamente. [2][3]

I modelli di custodia richiedono una mappa delle chiavi

La documentazione BitGo distingue l’autocustodia dalla custodia affidata al fornitore. Nella configurazione di autocustodia descritta qui, il cliente controlla le chiavi utente e di backup. Nell’offerta custodial, l’organizzazione del fornitore gestisce la creazione delle chiavi e le operazioni di firma. Un marchio nell’infrastruttura di un exchange non identifica il modello effettivamente utilizzato.

Nemmeno la distinzione tra conservazione hot e cold risponde a ogni domanda. Riguarda il trattamento del materiale di firma; la questione della custodia riguarda invece chi controlla l’autorizzazione. Multisignature e MPC costituiscono un’ulteriore distinzione: firme e procedure operative sono diverse. BitGo descrive entrambi nella documentazione, ma la spiegazione dettagliata dell’incidente riguarda il wallet multisignature Ethereum interessato. Estendere il resoconto a tutti gli asset o a tutti i prodotti BitGo farebbe perdere la configurazione che lo rende significativo.

Per una valutazione istituzionale occorre richiedere una mappa dei firmatari, del percorso ordinario di approvazione e del recupero per ogni tipo di wallet effettivamente utilizzato. [5]

Che cosa possono ricavare i clienti dal caso

Per i clienti dell’exchange il controllo è indiretto: dipendono dalla gestione delle chiavi e dalla risposta della piattaforma all’incidente. Gli aggiornamenti rilevanti riguardano prelievi, asset coinvolti, riconciliazione dei saldi e condizioni per riprendere il servizio. L’annuncio del blocco di un account risponde soltanto a una parte di queste domande.

Tre domande rendono più utili le comunicazioni successive: - Quali percorsi di transazione vengono fermati dal blocco? - Chi controlla le altre combinazioni di firma? - Quali prove attestano il ripristino dell’accesso ai fondi dei clienti?

L’ultimo aggiornamento di Unocoin descrive ancora indagini e lavori per ripristinare i servizi. Non calcoliamo perdite da stime di terzi e non consideriamo la ricostruzione dell’infrastruttura una garanzia di prelievo. La lezione centrale riguarda la copertura dei controlli: un piano di risposta deve affrontare ogni percorso di firma valido, compreso il recupero. Ai clienti serve inoltre una spiegazione distinta di quando e come torneranno ad accedere ai propri fondi. [1][3][4]