Come scegliere un wallet hardware: isolamento della chiave, codice aperto, schermo di conferma e aggiornamenti, con i punti su cui le schede tacciono.
Le schede di prodotto dei dispositivi di firma si somigliano tutte. Chip certificato, codice aperto, schermo di conferma, aggiornamenti sicuri: quattro formule che compaiono ovunque e che, prese così, non permettono di distinguere un dispositivo dall’altro.
Il punto è che ciascuna di quelle formule ammette almeno due significati molto diversi, e la differenza fra i due decide che cosa succede il giorno in cui il computer a cui il dispositivo è collegato è già compromesso. Un chip certificato può firmare le transazioni al proprio interno oppure limitarsi a custodire un segreto che qualcun altro legge. Codice aperto può indicare l’intero sistema o soltanto l’applicazione che disegna i menu.
Le domande che separano i due casi sono quattro, sono tecniche e hanno risposte verificabili. Nessuna riguarda il prezzo o l’estetica, e tutte hanno la caratteristica di ricevere, molto spesso, una risposta evasiva.
I criteri che contano, in breve
- Isolamento. La chiave privata deve essere generata e usata dentro un componente dedicato, senza mai uscirne in chiaro.
- Apertura. Serve sapere quali parti del codice sono pubblicate, con quale licenza e se le compilazioni sono riproducibili.
- Schermo. È l’unico canale attendibile quando il computer non lo è: deve mostrare indirizzo intero, importo e rete.
- Aggiornamenti. Contano la chiave con cui il produttore firma il codice e la procedura che governa il suo uso.
- Da evitare. Acquisti da venditori terzi, dispositivi consegnati con una frase già scritta, firme di contenuti che il dispositivo non sa mostrare.
Come scegliere un wallet hardware senza fidarsi della scheda tecnica
Il metodo consiste nel trasformare ogni affermazione commerciale in una domanda a cui si può rispondere con un sì o con un no. Una scheda che dichiara la presenza di un elemento sicuro non dice se la firma avviene lì dentro; una che dichiara codice aperto non dice quali componenti. Le due domande corrispondenti si formulano in una riga e la risposta, quando arriva, è netta.
Il secondo passaggio è verificare la risposta invece di riceverla. Il codice pubblicato si legge, la licenza si controlla, il comportamento dello schermo si osserva firmando una transazione di importo minimo verso un indirizzo proprio. Nessuna di queste verifiche richiede competenze specialistiche, e tutte richiedono più tempo di quanto si dedichi di solito alla scelta.
Il terzo passaggio è il più trascurato: stabilire da che cosa ci si vuole difendere. Un dispositivo resistente all’estrazione fisica della chiave protegge da un furto; non protegge da una firma concessa a un’interfaccia che imitava un sito conosciuto. Sono due minacce distinte, e i criteri che seguono coprono la prima molto meglio della seconda, come ricorda chiunque abbia esaminato gli schemi di raggiro più ricorrenti.
Isolamento della chiave: dove vive davvero il segreto
Le architetture in commercio sono sostanzialmente due. Nella prima il segreto risiede nella memoria interna di un microcontrollore generico, protetta da un meccanismo che ne impedisce la lettura dall’esterno. Nella seconda esiste un componente dedicato, progettato per resistere a manomissioni fisiche, analisi dei consumi e alterazioni deliberate dell’alimentazione.
La differenza conta solo in uno scenario preciso: qualcuno ha il dispositivo in mano e ha tempo e strumenti. In quel caso le protezioni di lettura di un microcontrollore generico si sono dimostrate aggirabili in condizioni di laboratorio, mentre i componenti dedicati sono progettati e valutati proprio contro quella famiglia di attacchi. Chi non teme il furto fisico può considerare la questione secondaria; chi lo teme non può.
La domanda che smaschera le formulazioni vaghe è però un’altra: la chiave privata esce mai dal componente dedicato? Esistono progetti in cui il componente sicuro serve soltanto da cassaforte cifrata, mentre il calcolo della firma avviene sul microcontrollore generico, che quindi maneggia il segreto in chiaro. Formalmente c’è un elemento sicuro, praticamente il perimetro di protezione è un altro. La risposta corretta è che il componente riceve la transazione, la firma internamente e restituisce solo la firma.
Elemento sicuro e codice aperto sono in tensione
Qui si trova il punto su cui le comunicazioni ufficiali diventano sistematicamente sfocate, e non per cattiva volontà. I produttori dei chip dedicati distribuiscono documentazione e strumenti di sviluppo sotto accordi di riservatezza: chi costruisce il dispositivo non può pubblicare per intero il codice che gira dentro quel chip, perché non ne ha il diritto.
Ne discendono due filosofie, entrambe difendibili. La prima rinuncia al componente dedicato e pubblica tutto, accettando una resistenza minore all’attacco fisico in cambio di una verificabilità completa. La seconda adotta il componente dedicato e pubblica quanto può, accettando che una porzione resti opaca in cambio di una difesa migliore contro chi ha il dispositivo in mano.
Nessuna delle due è superiore in assoluto, perché rispondono a modelli di minaccia diversi. Quello che non è accettabile è la formulazione che le confonde: dichiarare apertura totale mentre una parte del sistema è chiusa, o citare una certificazione senza specificare quale componente copra. Un produttore corretto elenca i componenti pubblicati, quelli non pubblicati e il motivo, e non ha nessuna difficoltà a farlo.
Un terzo elemento complica il quadro e viene menzionato di rado: il generatore di numeri casuali. Se la sorgente di casualità è interna al componente dedicato e non ispezionabile, la qualità della frase generata dipende da una parte che non si può controllare. Alcuni dispositivi consentono di aggiungere entropia fornita dall’utente proprio per attenuare questa dipendenza, ed è una caratteristica che vale la pena cercare nella documentazione.
Firmware aperto non significa verificabile
La pubblicazione del codice sorgente risolve una domanda e ne lascia aperta un’altra, più importante. Sapere che cosa il programma dovrebbe fare non dice nulla su che cosa fa il programma effettivamente installato sul dispositivo che si tiene in mano.
Il ponte fra le due cose si chiama compilazione riproducibile: un terzo indipendente parte dal sorgente pubblicato, compila e ottiene un file identico byte per byte a quello distribuito dal produttore. Dove questa proprietà esiste ed è stata verificata da qualcuno che non lavora per il produttore, la pubblicazione del sorgente diventa una garanzia. Dove non esiste, resta una dichiarazione di intenti.
Due precisazioni sulle formule accessorie. La licenza va letta, perché sorgente visibile e sorgente libero non coincidono: alcune licenze permettono la lettura e vietano modifica e ridistribuzione, il che è legittimo ma va detto. E la revisione indipendente ha sempre un perimetro e una data: copre determinati componenti in una determinata versione, non il prodotto in eterno. Una revisione di tre versioni fa, citata senza indicare che cosa abbia esaminato, non è un’informazione utile. Le raccomandazioni pubblicate dall’ENISA sulla sicurezza dei dispositivi vanno esattamente in questa direzione.
Lo schermo di conferma è la difesa che regge
L’intero impianto di un dispositivo di firma poggia su un’ipotesi: il computer o il telefono a cui è collegato può essere già sotto controllo di qualcun altro. Se quell’ipotesi vale, l’unico canale di cui fidarsi è lo schermo del dispositivo, perché è l’unico che il codice malevolo non può riscrivere.
Da qui discendono requisiti concreti. Lo schermo deve mostrare l’indirizzo di destinazione per intero, non le prime e le ultime quattro cifre: la sostituzione di un indirizzo con uno che comincia e finisce allo stesso modo è una tecnica ordinaria, e uno schermo che tronca la rende invisibile. Deve mostrare l’importo, la rete e, quando si interagisce con un contratto, quale funzione si sta autorizzando e con quali limiti.
Il caso peggiore è la firma cieca, cioè la conferma di un’impronta crittografica senza alcuna rappresentazione leggibile del contenuto. Chi firma alla cieca sta autorizzando qualcosa che non ha visto, e la protezione della chiave diventa irrilevante. I dispositivi migliori sanno interpretare i formati strutturati e mostrare i campi in chiaro, avvisano quando non ci riescono e permettono di disattivare del tutto la possibilità di firmare contenuti non interpretabili. Le domande da porre sono queste tre, in quest’ordine.
Aggiornamenti: chi firma il codice che arriva sul dispositivo
Ogni dispositivo verifica la firma del produttore prima di installare un aggiornamento, e questa è la difesa che impedisce a un programma qualsiasi di sostituire il firmware. La conseguenza, poco discussa, è che la chiave con cui il produttore firma diventa il punto singolo su cui poggia tutta la catena.
Le domande utili riguardano la gestione di quella chiave: dove è custodita, quante persone devono intervenire perché venga usata, esiste una procedura che impedisce a un singolo dipendente di pubblicare una versione. Sono informazioni che alcuni produttori descrivono nel dettaglio e altri liquidano con l’aggettivo sicuro, e la differenza fra le due risposte è tutto ciò che si può sapere in proposito.
Altri due aspetti pratici. Il primo è se l’aggiornamento azzera il dispositivo: dove succede, e succede spesso, la copia di recupero va verificata prima di avviare la procedura, non dopo. Il secondo è la protezione contro il ritorno a versioni precedenti, che impedisce a un attaccante di installare una versione più vecchia con un difetto noto. Un dispositivo che accetta qualunque versione firmata, anche vecchia, offre una superficie in più.
I quattro criteri sulla stessa riga
La tabella mette in fila la formula commerciale, la verifica corrispondente e il segnale che indica una risposta evasiva.
| Criterio | Come viene presentato | Come si verifica | Segnale di vaghezza |
|---|---|---|---|
| Isolamento della chiave | Chip certificato a bordo | Chiedere se la firma avviene dentro il componente | Si cita la certificazione senza dire che cosa copre |
| Apertura del codice | Interamente open source | Elenco dei componenti pubblicati e licenza applicata | Non si distingue applicazione, firmware e codice del chip |
| Schermo di conferma | Conferma sicura sul dispositivo | Firmare un importo minimo e leggere che cosa compare | Vengono mostrate solo le cifre iniziali e finali |
| Aggiornamenti | Firmware firmato | Procedura di custodia e uso della chiave di firma | Non si dice quante firme servono né dove sono le chiavi |
Le quattro verifiche si completano in un pomeriggio, prima dell’acquisto, usando documentazione pubblica e un importo di prova irrisorio. Farle dopo aver trasferito qualcosa di significativo capovolge l’ordine dei fattori.
Catena di fornitura e primo avvio
Un dispositivo può essere manomesso prima di arrivare, e l’acquisto è quindi parte della valutazione. Il canale corretto è il produttore o un rivenditore da lui indicato; i mercati che ospitano venditori terzi introducono un passaggio che nessuna caratteristica tecnica compensa.
I sigilli antimanomissione contano meno di quanto suggerisca la confezione, perché sono riproducibili. La garanzia solida, dove il dispositivo la offre, è la verifica crittografica al primo avvio: l’applicazione ufficiale interroga il dispositivo e conferma che il firmware installato sia autentico e non modificato. Dove questa verifica esiste, va eseguita prima di qualunque altra cosa.
Il resto della prima accensione segue tre regole senza eccezioni. La frase di recupero deve essere generata dal dispositivo davanti a chi lo sta configurando: qualunque foglio, cartoncino o adesivo che contenga già una frase indica un tentativo di furto, sempre, senza casi particolari. Il codice di accesso lo sceglie l’utente. E la copia di recupero va verificata su un dispositivo azzerato prima di trasferire importi che contano, perché è l’unica prova che il piano di ripristino funzioni davvero. Le altre abitudini che completano il quadro sono quelle della messa in sicurezza di un patrimonio digitale.
Le domande da fare, e le risposte che non bastano
- La chiave privata esce mai dal componente dedicato? Risposta valida: no, la firma avviene internamente. Risposta insufficiente: il dispositivo è sicuro.
- Quali componenti sono pubblicati e con quale licenza? Risposta valida: un elenco. Risposta insufficiente: è open source.
- Le compilazioni sono riproducibili? Risposta valida: sì, con la procedura documentata. Risposta insufficiente: il codice è su una piattaforma pubblica.
- Lo schermo mostra l’indirizzo intero? Si verifica firmando, non chiedendo. Uno schermo che tronca è un limite strutturale.
- La firma cieca si può disattivare? Risposta valida: sì, ed è un’impostazione. Risposta insufficiente: l’utente deve fare attenzione.
- Chi firma gli aggiornamenti? Risposta valida: una descrizione della procedura. Risposta insufficiente: il nostro processo interno.
- Se il produttore chiudesse, la frase è utilizzabile altrove? Risposta valida: sì, gli standard usati sono pubblici e documentati.
L’ultima domanda merita una nota, perché riguarda un rischio che nessuna caratteristica del dispositivo copre. Finché la frase di recupero segue gli standard pubblicati nel repository dei documenti BIP e il percorso di derivazione è documentato, i fondi restano raggiungibili con un dispositivo di un altro fornitore. Un formato proprietario, per quanto ben progettato, lega la disponibilità dei fondi alla sopravvivenza di un’azienda.
Una precisazione sul perimetro: questo testo non confronta marche e non indica un prodotto. Elenca criteri verificabili e non contiene consigli su quanto detenere né su che cosa acquistare. Vale la pena ricordare anche il limite del dispositivo in sé: protegge la chiave, non la decisione di firmare, che resta il punto in cui la maggior parte delle perdite si verifica davvero, come mostra chi ha studiato la protezione dei fondi nel suo complesso.
Domande frequenti
Un dispositivo senza elemento sicuro è da scartare?
No, dipende da che cosa si teme. Senza componente dedicato la resistenza all’estrazione fisica della chiave è inferiore, e questo conta se si considera probabile che il dispositivo finisca nelle mani sbagliate. Se la minaccia principale è il computer compromesso, pesano molto di più lo schermo di conferma e la gestione della firma cieca.
Come faccio a sapere se il codice pubblicato è quello installato?
Solo attraverso compilazioni riproducibili verificate da terzi. Si scarica il sorgente della versione indicata, si segue la procedura documentata dal produttore e si confronta il risultato con il file distribuito. Se il produttore non documenta questa procedura, la corrispondenza fra sorgente e binario resta una dichiarazione non verificabile.
La firma cieca serve a qualcosa?
Serve a interagire con contratti che il dispositivo non sa interpretare, quindi a volte è l’unico modo per completare un’operazione. Il costo è rinunciare all’unica verifica indipendente disponibile. La pratica ragionevole è tenerla disattivata e riattivarla consapevolmente per il singolo caso, dopo aver controllato il contratto altrove.
Se il produttore chiude, perdo i fondi?
Non se la frase di recupero segue gli standard pubblici e il percorso di derivazione è documentato: in quel caso qualunque dispositivo o applicazione compatibile ricostruisce le stesse chiavi. Il rischio esiste con formati proprietari o con schemi di suddivisione non standard, ed è una domanda da porre prima di configurare il dispositivo.
Aggiornare il firmware cancella la frase di recupero?
Su alcuni dispositivi la procedura azzera la memoria, su altri no, e la differenza è documentata nelle istruzioni ufficiali. In entrambi i casi la copia di recupero va verificata prima di avviare l’aggiornamento: se il ripristino non funziona, è meglio scoprirlo con il dispositivo ancora configurato.
Due dispositivi diversi sono meglio di uno?
Per la resistenza a un difetto di un singolo fornitore sì, ed è la logica degli schemi a più firme con dispositivi di produttori diversi. Aumenta però la complessità della procedura e il numero di copie da custodire, e una configurazione che non si riesce a ripristinare è più pericolosa di una semplice che funziona.
Il criterio che regge nel tempo è uno solo: preferire il dispositivo su cui si è riusciti a verificare le quattro risposte, e non quello su cui le si è soltanto lette.
