Wallet hot, cold e hardware

La connettività modifica il rischio

I wallet sono spesso descritti come hot o cold in base al modo in cui il materiale di firma è esposto ai sistemi connessi. Un wallet hot rende disponibili le autorizzazioni di firma in un ambiente online o connesso abitualmente. Un wallet cold mantiene le relative autorizzazioni di firma isolate da tale connettività durante il normale funzionamento. Si tratta di descrizioni operative, non di certificazioni universali. Un prodotto software può supportare entrambi i modelli, mentre un’implementazione descritta come “cold” può diventare di fatto hot se il materiale segreto viene successivamente importato in un computer connesso.

La connettività offre praticità, ma amplia anche l’ambiente in cui malware, phishing, applicazioni compromesse o operatori remoti possono influenzare un evento di firma. La disconnessione restringe alcuni percorsi di attacco remoto, ma comporta altri costi operativi: approvazioni più lente, procedure di trasferimento più articolate, requisiti di sicurezza fisica e il rischio che il personale non riesca a eseguire tempestivamente operazioni autorizzate urgenti. La scelta del modello giusto richiede una valutazione delle minacce e la comprensione della frequenza effettiva delle transazioni.

Che cosa viene mantenuto offline?

L’aspetto decisivo è dove si trova una chiave di firma utilizzabile o una quota della chiave e quali dati si chiede al dispositivo di firma di autorizzare. Disattivare semplicemente la rete wireless non è una definizione completa di cold storage. Un dispositivo potrebbe comunque connettersi via cavo, leggere file non attendibili o visualizzare dettagli incompleti della transazione. Un dispositivo di firma offline può approvare una transazione preparata in modo malevolo se la persona o il motore delle policy non riesce a riconoscerla. L’isolamento riduce una categoria di esposizione, ma non rende automaticamente corretta l’intenzione della transazione.

Wallet software e dispositivi hardware di firma

Un wallet software è un’applicazione che gestisce indirizzi, saldi e talvolta chiavi private su un computer o dispositivo mobile generico. In una tipica configurazione hot, la firma avviene sullo stesso dispositivo usato per navigare, scambiare messaggi e svolgere altre attività. Un aggressore che compromette il dispositivo può tentare di leggere i segreti relativi al wallet, modificare i campi della transazione o sollecitare un’azione non autorizzata. Sono quindi importanti l’isolamento del sistema operativo, le autorizzazioni delle app, gli aggiornamenti e le procedure di verifica, anche se nessuna singola misura elimina tutti i rischi.

Un hardware wallet è un dispositivo di firma dedicato, progettato per mantenere le chiavi private all’interno di un componente specializzato o di un ambiente limitato. Molti dispositivi di questo tipo si connettono a un software complementare che prepara le transazioni e visualizza le informazioni sulla blockchain. Il dispositivo hardware di firma riceve quindi i dati della transazione e può richiedere una conferma sul proprio schermo. Il vantaggio generale in termini di sicurezza consiste nella minore dipendenza dal computer host per la protezione del materiale di firma. Il dispositivo può comunque essere utilizzato con poca attenzione, presentare difetti di implementazione o essere abbinato a un’interfaccia compromessa che propone una transazione fuorviante.

Hardware non significa necessariamente cold

Un dispositivo hardware di firma usato regolarmente con un host connesso a Internet non costituisce automaticamente una procedura di custodia completamente offline. Ciò che conta è l’architettura: come vengono generate e conservate le chiavi, come i dati non attendibili attraversano i confini, se i dettagli della transazione vengono verificati su uno schermo affidabile e se il dispositivo o i suoi operatori possono essere influenzati da remoto. Al contrario, un computer generico mantenuto in un ambiente controllato e disconnesso può fungere da dispositivo di firma offline, anche se il livello di sicurezza dipende dall’implementazione e dalle procedure.

Separare preparazione, firma e trasmissione

Un modello mentale solido considera il flusso della transazione in tre fasi. Un sistema connesso raccoglie i dati della rete e prepara una transazione non firmata. Un componente di firma protetto valuta la transazione e fornisce una firma valida solo dopo i controlli richiesti. Un sistema connesso trasmette quindi la transazione firmata a una rete. A seconda della rete e dell’implementazione, queste fasi possono utilizzare file, codici QR, connessioni dirette o interfacce controllate. Non si deve presumere che una particolare modalità di trasferimento sia universalmente sicura.

Per i flussi di lavoro Bitcoin compatibili, BIP-174 (Partially Signed Bitcoin Transaction Format) specifica un modo portatile per scambiare informazioni sulle transazioni tra chi le crea, chi le firma e chi le combina. La sua funzione è rendere possibile la firma coordinata, anche quando il dispositivo di firma non si connette direttamente alla rete. BIP-174 non dimostra di per sé che un operatore abbia verificato il destinatario, l’importo o la commissione. Il formato supporta una procedura; spetta comunque alle procedure organizzative stabilire quale sia la transazione prevista.

Rischi operativi comuni

La perdita fisica e l’accesso non autorizzato sono rischi evidenti, ma non sono gli unici. Meritano attenzione anche l’integrità della catena di fornitura dei dispositivi, l’autenticità del firmware, la conservazione dei backup, la preparazione al ripristino e lo smaltimento sicuro. Un hardware wallet danneggiato da un incendio o perso durante un viaggio potrebbe essere sostituito utilizzando il materiale di ripristino conservato, ma solo se il metodo di ripristino corrisponde effettivamente al wallet e i segreti necessari sono ancora disponibili. Un wallet cold i cui firmatari autorizzati sono assenti può essere sicuro contro alcuni aggressori, ma inutilizzabile durante un incidente che richiede un intervento tempestivo.

La principale debolezza pratica è spesso la discrepanza tra il modello di minaccia e il comportamento dell’utente. Un wallet che si presume protetto diventa vulnerabile se la frase di recupero viene fotografata, inserita in un sito non attendibile o conservata in una nota sincronizzata abitualmente. Anche un ambiente cold deve disporre di un piano per ricevere aggiornamenti e dati delle transazioni senza introdurre rischi inaccettabili. Le organizzazioni dovrebbero testare queste procedure prima che diventino essenziali.

Valutare un’affermazione relativa alla protezione

Nel valutare un’architettura, chiedetevi quale specifica minaccia riduca ciascun componente. Un dispositivo hardware di firma può proteggere dall’estrazione delle chiavi da parte di normali malware presenti sull’host, ma un host compromesso potrebbe comunque mostrare dettagli fuorvianti. La conservazione offline può restringere i percorsi di attacco provenienti da Internet, ma un locale fisico non adeguatamente controllato può esporre persone e dispositivi. I backup crittografati possono proteggere la riservatezza, ma solo se il personale autorizzato mantiene la possibilità di accedere alle credenziali di ripristino necessarie. La valutazione più utile registra sia le protezioni sia le modalità di guasto, invece di assegnare un unico punteggio di sicurezza.

Verifica al momento della firma

Una procedura di firma è più solida quando le persone autorizzate possono verificare in modo indipendente la rete prevista, il destinatario, l’importo e gli eventuali costi o istruzioni applicabili prima dell’approvazione. Ciò può essere difficile quando le transazioni includono dati complessi o il dispositivo di firma visualizza solo campi abbreviati. Questo limite va registrato esplicitamente: una schermata di approvazione che non mostra il significato rilevante della transazione non dimostra che l’autorizzazione sia stata concessa consapevolmente. Le organizzazioni possono utilizzare controlli documentati, regole preapprovate sui destinatari e una ricostruzione indipendente delle transazioni in base al proprio livello di rischio. Si tratta di misure di salvaguardia operative, non di proprietà conferite automaticamente dalle etichette “cold” o “hardware”.

Scelte operative per contesti diversi

Per i pagamenti operativi ordinari di piccolo importo, un’organizzazione può dare priorità alla rapidità, al monitoraggio e a permessi di portata limitata, mantenendo un saldo hot contenuto per le esigenze quotidiane. Per gli asset che si prevede di non movimentare per lunghi periodi, possono essere appropriate una maggiore separazione del processo di firma e un’approvazione articolata in più fasi. Le definizioni “piccolo” e “grande” dipendono dal contesto: l’esposizione dell’organizzazione, gli obblighi legali e le conseguenze di una perdita dovrebbero determinare le soglie. Nessuno dei due modelli impone uno specifico asset, fornitore o prodotto.

I responsabili dovrebbero documentare chi può avviare una transazione, chi può autorizzarla, quali prove vengono conservate, cosa accade in caso di interruzione della rete e come l’organizzazione rileva i tentativi di prelievo non autorizzati. Un esaminatore dovrebbe verificare se la classificazione dichiarata come cold/hot sia supportata dall’architettura e dalle procedure osservate, anziché dalla terminologia commerciale. Le verifiche devono considerare anche gli accessi del personale, la disponibilità di personale di riserva in caso di emergenza e la separazione dei compiti.

Standard e contesto professionale

NIST SP 800-57 Part 1 Revision 5 tratta la protezione e l’uso del materiale crittografico. NIST FIPS 140-3, Security Requirements for Cryptographic Modules, tratta requisiti di sicurezza specifici per i moduli crittografici; la certificazione secondo tale standard, quando applicabile e verificata, ha una portata più limitata rispetto alla garanzia che un intero sistema wallet sia sicuro. ISO/IEC 27001:2022 fornisce un quadro per la gestione della sicurezza basata sul rischio. Questi riferimenti supportano una valutazione sistematica senza imporre un particolare design del wallet.

Focus d’esame: Classificare le configurazioni dei wallet in base all’effettiva esposizione delle chiavi di firma, non in base al nome di un’app o di un dispositivo. Comprendere il compromesso tra la praticità dell’accesso online e la firma offline, nonché le fasi distinte di preparazione, autorizzazione e trasmissione di una transazione.