Sistemi operativi on Arpokrat

Cold wallet: la guida completa, dal pezzo di carta al multisig su Qubes OS

Mon, 10 Aug 2026 00:00:00 +0000

Nel 2023 i ricercatori di Kaspersky hanno smontato un wallet hardware Trezor acquistato su un marketplace online dall’aria seria. L’apparecchio era visivamente identico all’originale, confezione compresa, e funzionava normalmente. Mostrava una sequenza di parole da ricopiare, esattamente come uno vero. Solo che quella sequenza non era stata estratta a caso dall’apparecchio: era stata scelta in anticipo dall’attaccante, che non doveva far altro che aspettare che la vittima ci depositasse i propri fondi. L’analisi completa è pubblicata sul blog di Kaspersky.

Questa storia riassume l’intera questione. La vittima aveva comprato il prodotto giusto, della marca giusta, con le intenzioni giuste. A fallire non è stato l’hardware, è stata la procedura attorno.

Un cold wallet non è un oggetto che si compra. È una procedura che si applica, e l’hardware ne è soltanto un pezzo.

Ecco cinque livelli di sicurezza, dal più semplice al più esigente. Ciascuno è utilizzabile così com’è. A ogni gradino, la stessa domanda: da cosa non proteggeva il livello precedente, e quel rischio la riguarda davvero?

Cos’è un cold wallet, senza gergo

Una criptovaluta non è conservata né nel telefono né nel computer. È iscritta in un registro pubblico, la blockchain, duplicato su migliaia di macchine. Quel registro associa una quantità di fondi a un indirizzo, una lunga sequenza di caratteri che fa da numero di conto pubblico.

Per spostare quei fondi bisogna dimostrare di esserne il proprietario. Quella prova viene da un segreto che solo lei possiede: la chiave privata. Non la si invia mai da nessuna parte. Serve ad apporre una firma crittografica sull’ordine di pagamento, e la rete verifica che quella firma corrisponda davvero all’indirizzo interessato.

Tutta la sicurezza si regge dunque su un solo punto: chi ha visto la chiave privata.

Su una piattaforma di scambio non è lei. La piattaforma detiene le chiavi, lei detiene una riga nel suo database. Se fallisce, se viene violata, se un regolatore congela i conti, quella riga non vale più granché. È il senso della formula che circola da dieci anni: non le tue chiavi, non i tuoi fondi.

Su un’applicazione mobile di wallet lei detiene sì la chiave, ma è stata generata su un apparecchio connesso a internet e vive su quell’apparecchio. Un telefono moderno esegue decine di migliaia di righe di codice che nessuno ha verificato e resta esposto a falle sconosciute persino al suo stesso produttore. La chiave è al sicuro lì finché non va storto nulla.

Un cold wallet, letteralmente portafoglio freddo, rovescia la logica. La chiave privata è generata su un apparecchio non connesso a internet e non lascia mai quell’apparecchio. A circolare sono unicamente transazioni da firmare, che entrano, e transazioni firmate, che escono. Un attaccante che controllasse interamente il suo computer connesso vedrebbe passare transazioni, ma mai la chiave che le firma.

È l’unica distinzione che conta. Tutto il resto consiste nel renderla sempre più difficile da aggirare.

Hot wallet o cold wallet, la differenza

Un hot wallet, portafoglio caldo, è un wallet la cui chiave privata è generata o conservata su un apparecchio connesso a internet, il che la espone in permanenza a un attacco a distanza. Un cold wallet genera la chiave offline e firma offline, cosicché la chiave privata non tocca mai un apparecchio connesso. La confusione più frequente riguarda il ruolo del sistema operativo: un telefono con un’applicazione come MetaMask resta un hot wallet, anche su un sistema irrobustito e perfettamente aggiornato. Ciò che conta non è la sicurezza generale dell’apparecchio, è la presenza di una connessione di rete nel momento preciso in cui la chiave serve a firmare. Irrobustire un apparecchio connesso riduce la probabilità di una compromissione, ma non cambia la categoria a cui il wallet appartiene.

Cosa ci insegna il caso Coldcard del 2026

Prima di entrare nei gradini si impone una precisazione, e l’attualità recente la rende impossibile da aggirare.

A fine luglio 2026 il produttore Coinkite ha rivelato che un difetto introdotto nel firmware delle sue Coldcard nel marzo 2021 aveva compromesso la generazione di alcuni seed. Non si trattava di un meccanismo di ripiego voluto: un errore di integrazione al passaggio a una nuova libreria crittografica faceva sì che una macro che avrebbe dovuto disattivare il generatore software di riserva non producesse l’effetto atteso, cosicché il generatore hardware previsto veniva in realtà aggirato a favore del generatore software generico della piattaforma, prevedibile. Le frasi prodotte sembravano perfettamente casuali, ma la loro entropia reale scendeva, secondo le stime preliminari pubblicate da Coinkite, a circa 40 bit sui modelli Mk2 e Mk3 e a circa 72 bit sui Mk4, Mk5 e Q, anziché i 128 bit previsti. Il dossier tecnico pubblicato da Coinkite descrive il meccanismo con precisione.

A partire dal 30 luglio 2026, in quattro ondate, gli attaccanti hanno svuotato circa 1.816 bitcoin distribuiti su più di 5.200 indirizzi, secondo l’analisi di TRM Labs. In nessun momento hanno avuto bisogno di accedere agli apparecchi delle vittime, né fisicamente né a distanza. Si sono limitati a ricalcolare chiavi private diventate abbastanza deboli da essere ritrovate a forza bruta.

Il punto da tenere a mente è questo. Quelle vittime non avevano commesso alcun errore. Seed mai condiviso, apparecchio mai connesso, backup fisico irreprensibile. Niente di tutto ciò è servito, perché la falla si collocava al momento della creazione della chiave, prima ancora che ci fosse qualcosa da proteggere.

Questo caso non squalifica né l’hardware Coldcard né i wallet hardware come categoria. Si tratta di un bug preciso, corretto da un firmware pubblicato il giorno dopo la prima ondata, e la migrazione verso un nuovo seed resta necessaria, dato che un aggiornamento non ripara una chiave già generata. Ma illumina un limite che vale per tutto ciò che segue: i cinque gradini di questo articolo spiegano come proteggere una chiave una volta che esiste, nessuno garantisce da solo che sia stata generata correttamente all’origine. È tutto l’interesse delle soluzioni aperte come SeedSigner, descritta più avanti, il cui codice di generazione è pubblico e verificabile da chiunque, là dove un firmware chiuso può nascondere un difetto per cinque anni.

Gradino 1: la frase seed su carta

Ricordare una chiave privata è impossibile per un essere umano. Lo standard BIP39, adottato dalla quasi totalità dei wallet, aggira il problema.

Il wallet estrae un numero casuale molto grande, poi lo traduce in un elenco di parole ordinarie prese da un dizionario fisso di 2048 parole: la frase seed, o frase di recupero. Dodici parole corrispondono a 128 bit di casualità, ventiquattro parole a 256 bit. Da quella frase il wallet rideriva matematicamente tutte le sue chiavi private e tutti i suoi indirizzi.

Conseguenza centrale: la frase è il wallet. Se il suo apparecchio brucia, digita le parole in qualsiasi altro wallet compatibile e ritrova i fondi identici. Se qualcuno legge quelle parole, non ha bisogno di nient’altro. Né del suo apparecchio, né del suo codice PIN.

Ciò che rende quella frase impossibile da indovinare è la quantità di casualità che contiene, non la sua lunghezza apparente. Stesso ragionamento che per una password, spiegato nel dettaglio nel nostro articolo su l’entropia e la scienza dietro la sua sicurezza.

In pratica, annoti le parole a mano, in ordine e numerate, su un supporto che non passi per nessun apparecchio. Mai una foto, uno screenshot, un file di testo, un gestore di password sincronizzato, né una mail a sé stessi. Tutto ciò che tocca un servizio online porta la frase fuori dal dominio offline, e il cold wallet non esiste più.

Da cosa questo gradino non protegge. La carta brucia, non resiste a un danno d’acqua, sbiadisce, si perde. Può essere letta in pochi secondi da chi apre il cassetto sbagliato. Soprattutto, costituisce un punto singolo di guasto, espressione che tornerà per tutto l’articolo: un solo elemento la cui perdita o compromissione basta a portare via tutto.

Il miglioramento immediato costa poco: incidere la frase su un backup metallico, piastra di acciaio inossidabile a lettere punzonate o a tessere inserite, di cui Cryptosteel e Billfodl sono gli esempi più noti. L’acciaio sopravvive a un incendio domestico e a un allagamento. Questo risolve la distruzione accidentale, non il furto.

Gradino 2: il wallet hardware commerciale

Il gradino 1 presuppone che lei abbia generato la frase seed da qualche parte. Se l’ha fatto in un’applicazione mobile prima di ricopiarla, la sua frase è esistita su un apparecchio connesso, e la carta non ha fatto che salvare un segreto già esposto.

Il wallet hardware risolve il problema alla radice. È un piccolo apparecchio dedicato, senza browser né applicazioni di terzi, il cui unico mestiere è generare la frase seed, conservarla in un chip sicuro e firmare transazioni. Si collega al computer, ma la chiave non esce mai dal chip. Il computer invia una transazione da firmare, l’apparecchio mostra l’importo e l’indirizzo di destinazione sul proprio schermo, lei conferma con un pulsante, quello restituisce una firma.

Quello schermo è il punto essenziale, ed è spesso frainteso. Se un software malevolo sul suo PC sostituisce l’indirizzo di destinazione al momento dell’invio, lo schermo dell’apparecchio mostrerà la vera destinazione, quella dell’attaccante. È il suo ultimo punto di verifica indipendente. Va letto, ogni volta.

I riferimenti sono Ledger, Trezor e Coldcard, quest’ultimo specializzato su Bitcoin.

La vigilanza sulla provenienza

Eccoci di nuovo al wallet contraffatto dell’inizio di questo articolo.

Acquisti unicamente in diretta dal sito del produttore, o presso un rivenditore ufficialmente elencato da lui. Mai su un marketplace generalista, mai di seconda mano, mai un apparecchio ricevuto in regalo. Tra l’uscita di fabbrica e le sue mani, un intermediario può aprire un apparecchio, sostituirne il contenuto e richiuderlo per bene. Alla ricezione verifichi il sigillo e l’assenza di tracce di apertura, seguendo la procedura di autenticazione pubblicata dal produttore.

Ricordi soprattutto la regola che da sola neutralizza l’attacco più comune: un wallet hardware nuovo deve farle generare una frase seed, non deve mai fornirgliene una già pronta. Un apparecchio che arriva con una frase già scritta nella scatola, o che le chiede di inserire una frase fornita, è compromesso. Nessuna eccezione.

Da cosa questo gradino non protegge. Ora lei si affida a un produttore per la qualità del suo generatore di casualità e per l’integrità del suo firmware, il software incorporato nell’apparecchio. Quel firmware è in genere proprietario, almeno in parte, quindi non verificabile dal suo lato. Fiducia ragionevole, giustificata per l’immensa maggioranza delle persone, ma pur sempre fiducia. E la frase seed resta un punto singolo di guasto.

Gradino 3: il computer dedicato air-gapped

Se non vuole affidarsi ad alcun produttore, resta la possibilità di fare tutto da sé su hardware generico, con software aperto e verificato. È il principio della macchina air-gapped, letteralmente separata da uno strato d’aria: un computer che non è mai stato e non sarà mai connesso a una rete.

Prenda una macchina dedicata a questo unico uso. Un vecchio portatile va bene, e un modello senza chip wireless integrato è l’ideale.
Reinstalli un sistema pulito, una distribuzione Linux comune per esempio, a partire da un’immagine di cui abbia verificato l’impronta crittografica.
Neutralizzi la rete al livello più basso possibile. Rimuovere fisicamente la scheda Wi-Fi, spesso una piccola scheda inserita sotto uno sportellino, vale più che disattivarla nelle impostazioni. Non colleghi mai un cavo Ethernet. Una disattivazione software può essere annullata da un software, un componente assente non può annullare nulla.
Installi un wallet software di riferimento, Sparrow o Electrum, trasferendo l’installer su chiavetta USB e verificandone la firma.
Generi la frase seed su quella macchina, offline, e la salvi secondo il gradino 1.

Per spendere, il flusso passa da un formato standard, la PSBT (Partially Signed Bitcoin Transaction), transazione parzialmente firmata. È un file che contiene tutti i dettagli di una transazione, tranne la firma. Sul computer connesso prepara la transazione ed esporta quel file. Lo trasporta verso la macchina offline su chiavetta USB o tramite codice QR mostrato a schermo e letto da una fotocamera. La macchina offline lo firma, lei riporta indietro il file firmato per la stessa strada, e il computer connesso lo diffonde in rete.

L’unico canale tra i due mondi è un file che lei porta a mano. È lento, ed è precisamente questo il punto.

Da cosa questo gradino non protegge. La chiavetta USB diventa il suo anello debole: è un supporto attivo, capace di introdurre codice. Il sistema offline resta peraltro un sistema operativo generalista, ampio e difficile da verificare. Conta anche la disciplina: la tentazione di collegare solo una volta quel cavo di rete per un aggiornamento annulla l’intero dispositivo in un colpo.

Gradino 4: il firmatario DIY open source, SeedSigner

SeedSigner porta la logica del gradino 3 alla sua conclusione: un apparecchio minimale, costruito da lei, il cui comportamento è verificabile, e che non conserva nulla.

Il componente centrale è un Raspberry Pi Zero in versione 1.3. Questa precisazione non è un dettaglio, è il cuore del dispositivo. Il Pi Zero 1.3 non possiede né Wi-Fi né Bluetooth a livello hardware: i chip radio non sono presenti sulla scheda. Non è un Raspberry Pi 5, né un Pi Zero W, né un Pi Zero 2, che integrano tutti una connettività wireless. La documentazione ufficiale è esplicita, è la versione 1.3 che offre la migliore garanzia di isolamento dalla rete.

La differenza rispetto a una disattivazione software è fondamentale. Un Wi-Fi disattivato in un’impostazione poggia sulla promessa di un software che un altro software può tradire. Un chip mai saldato sulla scheda non può essere riattivato da nessun codice, nessuna falla, nessun aggiornamento truccato. Non si affida più a una configurazione, constata un’assenza fisica.

Il resto sta in tre pezzi: uno schermo WaveShare da 1,3 pollici a 240 per 240 pixel con i suoi pulsanti, un modulo fotocamera compatibile con Pi Zero, e una scheda microSD. Meno di 50 dollari di componenti, senza alcuna saldatura.

Tutte le comunicazioni passano da codici QR, nei due sensi. Il wallet connesso, Sparrow per esempio, mostra la PSBT sotto forma di codice QR, animato se la transazione è voluminosa. La fotocamera del SeedSigner lo legge. L’apparecchio mostra il dettaglio della transazione sul proprio schermo, lei conferma, quello firma, poi mostra a sua volta la transazione firmata in codice QR, che lei riprende con la webcam del computer connesso. Nessun cavo dati, nessuna chiavetta USB, nessuna rete. La luce è l’unico canale.

L’apparecchio è inoltre stateless, senza stato. Non memorizza mai la chiave in modo permanente: la frase seed viene inserita all’inizio di ogni sessione, vive unicamente in memoria volatile durante l’uso, e sparisce allo spegnimento. La scheda microSD contiene solo il software. Un attaccante che rubi il suo SeedSigner spento ruba soltanto un Raspberry Pi da quindici euro.

Il rovescio dell’apertura. Non c’è più un produttore di cui fidarsi, ma non ce n’è più nemmeno uno a garantire alcunché. Prima di scrivere il software sulla scheda microSD deve verificarne lei stesso l’autenticità. Il progetto pubblica sulla sua pagina delle release GitHub il file immagine accompagnato da un manifesto e dalla firma di quel manifesto. La verifica combina una firma GPG, che prova che la pubblicazione viene davvero dagli sviluppatori, e un controllo dell’impronta SHA256, che prova che il file non è stato modificato da allora. Va fatta prima ancora di montare l’immagine, perché alcuni sistemi la modificano all’apertura e fanno fallire il controllo. Se fallisce, non si scrive.

Limite funzionale da segnalare: SeedSigner è un progetto Bitcoin, non copre le altre catene.

Gradino 5: la VM Vault su Qubes OS

Il gradino 3 separa due mondi con un cavo scollegato. È una garanzia che lei mantiene manualmente, giorno dopo giorno, e che poggia sulla sua disciplina.

Qubes OS propone altro: una separazione imposta dall’architettura del sistema. Qubes compartimenta le sue attività in macchine virtuali distinte, chiamate qubes, isolate da un hypervisor. Lo abbiamo collocato rispetto agli altri sistemi nel nostro confronto dei sistemi operativi orientati alla sicurezza.

Una VM Vault viene creata senza alcuna interfaccia di rete. Non è un’impostazione cosmetica: la macchina virtuale non possiede alcuna scheda di rete virtuale, nessun driver, nessuno stack, nulla da attivare. Non ha fisicamente alcun modo di emettere un pacchetto, qualunque sia il codice che vi si esegue. È lei che detiene la frase seed ed esegue Sparrow offline.

Una seconda VM, questa connessa, esegue Sparrow in modalità sola osservazione, unicamente con le chiavi pubbliche. Vede il saldo e lo storico, sa costruire transazioni, ma è incapace di firmarne una.

Il trasferimento avviene esclusivamente per file, con lo strumento interno qvm-copy. La PSBT non firmata parte dalla VM connessa verso la Vault, la Vault la firma, il file firmato torna con lo stesso meccanismo. Nessuna rete condivisa, nessuna cartella comune, nessun appunti automatico.

Due cose lo rendono superiore a un semplice PC isolato. Anzitutto, l’isolamento non dipende più da lei: su una macchina air-gapped classica, l’air gap è una proprietà del suo comportamento, regge finché nessuno collega un cavo. Sotto Qubes, l’isolamento è applicato dall’hypervisor, sotto la VM, fuori dalla portata di ciò che gira all’interno. Un software malevolo che ottenesse pieni poteri nella Vault non avrebbe comunque alcun hardware di rete da pilotare. Poi, la reversibilità: i qubes poggiano su template, e se sospetta una compromissione distrugge la VM e la ricrea pulita in pochi minuti. Su un computer dedicato, lo stesso dubbio impone una reinstallazione completa.

Da cosa questo gradino non protegge. È il montaggio più solido di questo elenco, e conserva esattamente la debolezza del primo: c’è sempre e solo una frase seed. Un incendio che distrugge il suo backup, una costrizione fisica esercitata su di lei, un errore di manipolazione, e tutto è perso o tutto è preso. L’isolamento software, per quanto perfetto, non cambia nulla.

Il multisig: cambiare la natura del problema

I cinque gradini precedenti migliorano tutti la stessa cosa, la protezione di un segreto unico. Il multisig, o firma multipla, pone una domanda diversa: e se si smettesse di avere un segreto unico?

Il principio è iscritto nelle regole della rete. Invece di associare i fondi a una sola chiave, li si associa a un gruppo di chiavi, con una soglia. In 2 su 3 esistono tre chiavi e ne servono due per spendere. In 3 su 5 esistono cinque chiavi, ne servono tre. Ogni chiave è generata in modo indipendente, su un apparecchio diverso, idealmente di natura diversa, e conservata in un luogo diverso: una Coldcard a casa sua, un SeedSigner da una persona di fiducia, una chiave in una cassetta di sicurezza.

Ciò che questo cambia è netto. Un ladro che trovi un backup non ottiene nulla. Un incendio che distrugge un luogo non distrugge i suoi fondi, lei li ricostituisce con le chiavi restanti. Un difetto scoperto presso un produttore non basta, dato che le altre chiavi vengono da altrove. Una persona che la minacci fisicamente si scontra con il fatto che lei non può, da solo e sul momento, produrre ciò che le viene chiesto.

Il punto singolo di guasto scompare nelle due direzioni insieme, contro la perdita e contro il furto. Nessuno dei gradini precedenti ottiene questo risultato, montaggio Qubes compreso.

Il rovescio è la complessità operativa. Bisogna salvare non solo i seed, ma anche il descrittore del wallet, un file che descrive la struttura del montaggio e le chiavi pubbliche che lo compongono. Senza di esso, recuperare i fondi diventa molto difficile perfino con il numero richiesto di seed. Un multisig mal documentato è più pericoloso di un wallet hardware semplice ben padroneggiato.

Le regole che valgono a tutti i gradini

L’hardware occupa la gran parte delle discussioni, mentre le perdite reali vengono il più delle volte da altro.

Distribuisca geograficamente i suoi backup. Due copie dello stesso seed in due cassetti della stessa casa fanno una sola copia di fronte a un incendio o a un danno d’acqua. Il rischio non è soltanto il furto. Separi i luoghi, tenendo presente che ogni copia in più migliora la sua resistenza alla perdita e peggiora la sua resistenza al furto. È un compromesso, non un’impostazione ottimale.

Provi con un piccolo importo. Invii l’equivalente di qualche euro, verifichi la ricezione, poi cancelli il wallet e lo ripristini interamente dal suo backup. Una ricezione che funziona non prova nulla sul ripristino, ed è il ripristino che un giorno la salverà. Una parola ricopiata male, un ordine invertito, un backup incompleto: altrettante cose che si scoprono solo in quel momento, e vale meglio scoprirlo con dieci euro in gioco.

Resti discreto. La sicurezza tecnica non ha alcun effetto sull’ingegneria sociale né sul furto fisico mirato. Non menzioni pubblicamente che detiene criptovalute, né sui social, né al ristorante, né con conoscenze lontane. Il miglior montaggio del mondo non protegge qualcuno di cui si sa che ha qualcosa da farsi prendere.

Preveda la trasmissione. È il punto più trascurato, ed è irreversibile. Un cold wallet ben protetto è concepito perché nessun altro all’infuori di lei vi acceda. In caso di decesso o di incapacità, quella proprietà si ritorce contro i suoi eredi e i fondi sono persi per sempre. Esistono più strade: una documentazione cifrata affidata a un terzo di fiducia o depositata presso un notaio, un montaggio multisig che includa una chiave detenuta da un erede, o un dispositivo tipo dead man switch che libera un’informazione in assenza di segni di vita. Ciascuna comporta implicazioni giuridiche e fiscali che variano da paese a paese. Documenti l’intenzione tecnica, e faccia inquadrare l’attuazione da un professionista del diritto.

Cosa dice tutto questo dell’approccio di Arpokrat

Il filo che attraversa questi cinque gradini non è la sofisticazione crescente. È la riduzione progressiva del numero di attori a cui deve accordare fiducia senza poter verificare. La piattaforma di scambio chiede una fiducia totale. Il wallet hardware la riduce a un produttore. Il SeedSigner la sostituisce con una verifica che lei stesso effettua. Il montaggio Qubes sposta la garanzia dal comportamento all’architettura. Il multisig la toglie a ogni elemento preso isolatamente.

È la logica che governa la progettazione dei nostri prodotti. Una garanzia che poggia su una promessa non è una garanzia, è un impegno. Una garanzia strutturale regge anche quando chi l’ha costruita cambia idea o riceve un’ingiunzione. Un servizio che non detiene le sue chiavi non può consegnarle, qualunque sia la pressione esercitata: è il principio alla base di Arpokrat Swap. La questione diventa peraltro più concreta man mano che il quadro normativo evolve, come mostra la nostra analisi delle restrizioni europee su Monero e Zcash previste per il 2027.

Conclusione

Non esiste un buon livello di sicurezza in generale. Esiste un livello proporzionato a ciò che lei detiene e a chi potrebbe ragionevolmente prenderla di mira.

Qualche centinaio di euro su un wallet hardware comprato dal produttore, con un seed inciso su metallo e riposto fuori casa, costituiscono una configurazione perfettamente seria. La colloca già al di sopra della stragrande maggioranza dei detentori di criptovalute e la protegge dagli scenari che causano davvero perdite. Nessuno ha bisogno di un multisig su Qubes per questo. Il montaggio complesso si giustifica quando la somma renderebbe redditizio un attacco mirato, o quando la sua situazione attira un’attenzione particolare.

La domanda giusta non è dunque fino a dove salire, ma quale delle sue ipotesi attuali è la più fragile. Per la maggior parte delle persone non è l’hardware: è un backup unico riposto in un solo posto, un ripristino mai provato, o una trasmissione mai considerata. Questi tre punti non costano nulla da correggere, e contano più del passaggio da un gradino al successivo.

Quale sistema operativo per la sicurezza e la privacy? Windows, macOS, Linux, Tails, Whonix e Qubes OS a confronto

Mon, 22 Jun 2026 00:00:00 +0000

La scelta di un sistema operativo non è solo una questione di preferenza d’interfaccia o di compatibilità software. È anche, e sempre più, una decisione che riguarda la sicurezza e la privacy. Ogni OS raccoglie dati in modo diverso, espone superfici d’attacco differenti e offre all’utente un livello di controllo molto variabile. Questo confronto analizza i principali sistemi sul mercato esclusivamente da questa prospettiva, dai più diffusi ai più specializzati.

Il criterio centrale: chi controlla il vostro sistema?

Prima di entrare nel dettaglio di ciascun OS, un principio strutturante: la sicurezza di un sistema operativo dipende fondamentalmente da chi detiene il codice e da quali decisioni architetturali sono state prese in fase di progettazione. Un OS proprietario a codice chiuso (Windows, macOS) delega questa fiducia al proprio editore. Un OS open source delega questa fiducia alla comunità che ne verifica il codice. Un OS progettato per la sicurezza compartimentata (Qubes OS) parte dal presupposto che nessun componente del sistema debba essere considerato completamente affidabile.

Windows 11

Raccolta dati e telemetria

Windows 11 è il sistema operativo desktop più utilizzato al mondo, e anche uno di quelli che raccoglie più dati per impostazione predefinita. Microsoft suddivide la propria telemetria in due categorie ufficiali:

Dati obbligatori (non disattivabili nelle edizioni Home e Pro): configurazione hardware, identificatori del dispositivo, report di errori e stabilità, dati di aggiornamento e driver. Questi dati vengono trasmessi a Microsoft indipendentemente dalle preferenze dell’utente.

Dati facoltativi: comportamento d’uso, interazioni con le applicazioni, dati di personalizzazione. Disattivabili nelle impostazioni, ma riattivati automaticamente durante alcuni aggiornamenti principali.

Windows 11 24H2 ha introdotto diversi nuovi livelli di raccolta legati all’intelligenza artificiale:

Windows Recall: scatta uno screenshot ogni cinque secondi per creare una cronologia consultabile di tutto ciò che è stato fatto sulla macchina. Disattivabile, ma attivato per impostazione predefinita e collegato a diritti di accesso estendibili da altre applicazioni
Copilot: ogni richiesta viene trasmessa ai server Microsoft, inclusi screenshot, testo selezionato e contesto delle applicazioni aperte
Defender Cloud Protection: invia hash di file sospetti e dati comportamentali al cloud Microsoft per l’analisi

La conclusione documentata da numerose fonti tecniche indipendenti è inequivocabile: è impossibile disattivare completamente la telemetria di Windows 11 nelle edizioni Home e Pro. L’unico modo per farlo è utilizzare un’edizione Enterprise o Education, applicare policy di gruppo specifiche, oppure ricorrere a strumenti di terze parti come O&O ShutUp10++ o WPD, con i rischi di instabilità che ciò può comportare.

Superficie d’attacco e sicurezza

Windows 11 è il bersaglio della stragrande maggioranza dei malware, ransomware ed exploit disponibili nel mondo, in proporzione alla sua quota di mercato. Microsoft ha introdotto meccanismi di sicurezza significativi (TPM 2.0 obbligatorio, Secure Boot, VBS, Credential Guard), ma questi operano in un modello monolitico: una compromissione del kernel o di un servizio di sistema privilegiato colpisce l’intero ambiente.

Verdetto sicurezza/privacy: sistema più esposto del confronto, telemetria non completamente disattivabile, modello di fiducia interamente delegato a Microsoft e alla giurisdizione statunitense.

macOS

Raccolta dati e telemetria

Apple ha costruito parte della propria immagine di marketing sulla riservatezza. La realtà tecnica è più sfumata.

macOS raccoglie molti meno dati di Windows per impostazione predefinita, ma la raccolta rimane reale e parzialmente non disattivabile:

Gatekeeper e verifica OCSP: a ogni apertura di un’applicazione, macOS esegue una verifica online sui server Apple per confermare che l’applicazione non sia stata revocata. Questa richiesta trasmette informazioni sull’applicazione aperta e l’indirizzo IP del dispositivo. Nessuna impostazione nativa consente di disattivare queste verifiche senza interrompere la catena di sicurezza
Analytics macOS: raccolta di dati sull’utilizzo del sistema, disattivabile in Preferenze di Sistema > Privacy > Analisi
Telemetria delle applicazioni Apple: Maps, Siri, App Store e le altre applicazioni Apple integrate mantengono ciascuna la propria raccolta, con identificatori rotativi, indipendentemente dall’impostazione di analisi del sistema

Per approfondire, gli esperti di sicurezza raccomandano l’utilizzo di un firewall applicativo (Little Snitch o LuLu, open source e gratuito) per monitorare e bloccare le connessioni in uscita applicazione per applicazione.

Superficie d’attacco e sicurezza

macOS beneficia di diversi solidi meccanismi di sicurezza: System Integrity Protection (SIP) che protegge i file di sistema in sola lettura, Kernel Integrity Protection a livello hardware sui chip Apple Silicon, sandboxing delle applicazioni dell’App Store e Secure Enclave sulle macchine recenti. Il collegamento con un Apple ID è il principale vettore di raccolta dei dati personali.

Verdetto sicurezza/privacy: migliore di Windows sulla telemetria predefinita, ma ancora soggetto alle verifiche OCSP non disattivabili, alla giurisdizione statunitense e al modello chiuso di Apple. Difficile da verificare in modo indipendente.

Linux (distribuzioni generaliste)

Linux non è un unico sistema operativo, ma un kernel su cui vengono costruite distribuzioni molto diverse tra loro. Dal punto di vista della sicurezza e della privacy, condividono una base comune ma divergono su diversi punti.

Ubuntu è la distribuzione più popolare per i principianti. Nel 2012 ha scatenato una controversia inviando le ricerche locali ai server Amazon, comportamento successivamente rimosso. Ubuntu mantiene una propria raccolta di dati d’uso (whoopsie, ubuntu-report), disattivabile, e integra strettamente i propri repository Snap controllati da Canonical Ltd.

Debian è la base su cui è costruito Ubuntu, senza i livelli aggiuntivi di Canonical. Governata da un progetto comunitario senza scopo di lucro, con un impegno rigoroso verso il software libero, non raccoglie alcuna telemetria per impostazione predefinita. La sua politica di aggiornamenti conservativa è generalmente preferibile in termini di superficie d’attacco.

Fedora, sponsorizzata da Red Hat (filiale di IBM), è tecnicamente moderna con un ciclo di aggiornamenti rapido. Nessuna telemetria per impostazione predefinita, ma il rapporto con Red Hat/IBM introduce una dipendenza aziendale da tenere in considerazione.

Linux Mint, derivata da Ubuntu, è progettata per gli utenti provenienti da Windows. Ha rimosso i componenti più controversi di Ubuntu (Snap è assente per impostazione predefinita) e non introduce telemetria propria.

Arch Linux si rivolge agli utenti avanzati con una filosofia minimalista: l’utente installa solo ciò di cui ha bisogno. Nessuna telemetria, aggiornamenti continui (rolling release), totale libertà di personalizzazione.

Ciò che Linux apporta fondamentalmente

Codice sorgente aperto e verificabile: qualsiasi ricercatore di sicurezza può ispezionare il codice del kernel e dei componenti principali
Assenza di telemetria imposta: nessuna distribuzione principale forza una raccolta di dati non disattivabile
Modello di permessi più rigoroso per impostazione predefinita: utilizzo di un account root separato dalle attività quotidiane
Superficie d’attacco ridotta: Linux è meno preso di mira dai malware di massa

Verdetto sicurezza/privacy: nettamente superiore a Windows e macOS sulla raccolta dati. Nessuna distribuzione generalista protegge dalla compromissione di un’applicazione che si estende all’intero sistema.

Tails OS

Filosofia: l’amnesia come protezione

Tails, acronimo di The Amnesic Incognito Live System, è un sistema operativo basato su Debian che nel 2024 si è fuso con il Tor Project. La sua filosofia è radicalmente diversa da tutti gli altri OS: piuttosto che tentare di proteggere un ambiente persistente, elimina qualsiasi persistenza per impostazione predefinita. Tails esiste solo per la durata di una sessione.

Architettura tecnica

Tails si esegue interamente da una chiavetta USB (minimo 8 GB) e gira completamente in RAM. Quando lo si spegne, non rimane alcuna traccia sulla macchina host: né file temporanei, né cronologia, né credenziali, né artefatti forensici sul disco rigido del PC utilizzato. Non importa se quel PC è compromesso a livello software: Tails non scrive mai sul suo disco.

Tor per impostazione predefinita e senza eccezioni

Tutto il traffico di rete di Tails viene sistematicamente instradato attraverso la rete Tor. Se un’applicazione tenta di stabilire una connessione diretta aggirando Tor, Tails la blocca. Non è possibile utilizzare Tails per navigare senza Tor, nemmeno per errore.

Lo storage persistente cifrato (opzionale)

Per impostazione predefinita, Tails dimentica tutto a ogni spegnimento. Per gli utenti che necessitano di conservare alcuni dati tra le sessioni, Tails offre uno Persistent Storage: un volume cifrato (LUKS) creato sulla chiavetta USB stessa, protetto da una passphrase. L’utente sceglie con precisione cosa vi viene memorizzato: alcuni file, configurazioni di applicazioni, chiavi PGP, ecc. Questo storage persistente non modifica la natura amnesica di Tails nei confronti della macchina host; riguarda solo ciò che viene conservato sulla chiavetta USB tra due sessioni.

Strumenti preinstallati

Tails viene fornito con un insieme di strumenti preconfigurati: Tor Browser, client di messaggistica cifrata, strumento di cifratura dei file (Kleopatra/GnuPG), client di messaggistica sicura e LibreOffice per la produttività. Non è necessario installare software aggiuntivo per un utilizzo quotidiano ad alta sicurezza.

Nota tecnica 2026: Tails 7.7 ha aggiunto una notifica per i certificati Secure Boot obsoleti, poiché le chiavi Microsoft del 2011 iniziano a scadere a giugno 2026. Gli utenti il cui firmware UEFI non è aggiornato rischiano di non poter più avviare Tails su alcune macchine.

Cosa Tails protegge e cosa no

Minaccia	Protezione Tails
Analisi forense del disco host dopo sequestro	Totale: il disco host non viene mai toccato
Sorveglianza di rete (IP, siti visitati)	Forte tramite Tor, ma dipende dalla robustezza di Tor
Malware persistente sulla macchina host	Aggirata: Tails non utilizza il sistema installato
Malware BIOS/UEFI (firmware compromesso)	Nulla: Tails non può proteggere contro il firmware della macchina utilizzata
Errore umano (accesso a un account personale)	Nulla: se ci si connette a Gmail sotto Tails, si de-anonimizza la sessione
Compromissione di un software nella sessione	Limitata alla sessione corrente, distrutta allo spegnimento

Limiti onesti

Tails non è adatto a un uso quotidiano: l’assenza di persistenza implica di riconfigurare l’ambiente a ogni avvio
Un malware di tipo BIOS o firmware (come un impianto a livello UEFI) può potenzialmente compromettere una sessione Tails, poiché Tails non controlla il livello firmware della macchina su cui gira
Accedere a un account personale (email, social network) annulla l’anonimato della sessione, indipendentemente da Tor

Per chi?

Giornalisti che lavorano con fonti tramite SecureDrop, attivisti sotto sorveglianza in regimi repressivi, chiunque abbia bisogno di una sessione occasionale ad alta sensibilità su hardware non controllato. Utilizzato da Glenn Greenwald e Laura Poitras per trattare i documenti Snowden, raccomandato dall’EFF, dalla Freedom of the Press Foundation e dal Tor Project.

Verdetto: strumento di prima scelta per le sessioni occasionali ad alta sensibilità. Non un OS principale per uso quotidiano.

Whonix

Filosofia: l’anonimato strutturale tramite isolamento di rete

Whonix risponde a una domanda diversa rispetto a Tails: piuttosto che eliminare ogni traccia dopo la sessione, si assicura che un malware in esecuzione nell’ambiente di lavoro non possa strutturalmente conoscere il vero indirizzo IP dell’utente, anche se dispone dei diritti root sulla macchina virtuale di lavoro.

Whonix è basato su Debian (tramite KickSecure, una versione rafforzata di Debian sviluppata dallo stesso team) e funziona all’interno di un hypervisor di tipo 2 (VirtualBox, KVM) su qualsiasi OS host, oppure nativamente in Qubes OS come tipo 1.

L’architettura a due VM

Il principio centrale di Whonix è una separazione rigorosa tra il livello di rete e il livello applicativo, implementata tramite due macchine virtuali distinte:

Whonix-Gateway è la prima VM. Esegue il demone Tor e funge esclusivamente da gateway di rete. È l’unica VM ad avere accesso a Internet. Non contiene alcuna applicazione utente. Il suo unico ruolo è intercettare tutto il traffico di rete in entrata e in uscita e forzarlo a transitare attraverso Tor.

Whonix-Workstation è la seconda VM. È l’ambiente di lavoro: browser, messaggistica, elaborazione di file, sviluppo. È connessa a Internet solo tramite la rete virtuale interna che punta verso Whonix-Gateway. Non ha alcun accesso diretto a Internet, nessuna capacità di connessione che aggiri il Gateway.

Ecco cosa accade durante una richiesta di rete dalla Workstation:

L’applicazione emette una richiesta di rete
La Workstation la trasmette tramite la propria interfaccia di rete interna verso il Gateway
Il Gateway intercetta la richiesta e la reindirizza attraverso Tor (tre relay successivi)
La risposta ritorna attraverso lo stesso percorso in senso inverso
La Workstation riceve la risposta senza aver mai avuto conoscenza del vero indirizzo IP di uscita

La garanzia fondamentale: anche se un malware compromette la Workstation con diritti root, non può conoscere il vero indirizzo IP dell’utente, perché la Workstation stessa non vi ha mai accesso. La Workstation vede solo l’indirizzo IP interno del Gateway.

I meccanismi di sicurezza aggiuntivi

Stream isolation: Whonix utilizza circuiti Tor distinti per diverse applicazioni (il browser non utilizza lo stesso circuito del client email, ecc.), il che impedisce la correlazione del traffico tra diverse attività.

Boot clock randomization: l’orologio di sistema della Workstation viene leggermente sfasato in modo casuale a ogni avvio per prevenire attacchi di timing basati sull’ora esatta del sistema.

sdwdate: Whonix utilizza il proprio demone di sincronizzazione dell’ora (sdwdate) che recupera l’ora tramite Tor da server onion, invece del classico NTP che potrebbe far trapelare l’indirizzo IP.

AppArmor: profili AppArmor rafforzano il sandboxing delle applicazioni critiche come Tor Browser a livello di sistema.

VM usa e getta: Whonix supporta Workstation usa e getta (Whonix-Workstation DispVM in Qubes-Whonix) per compiti occasionali senza persistenza, simili all’approccio Tails ma in un ambiente altrimenti persistente.

Le tre modalità di distribuzione

Whonix su VirtualBox o KVM (Tipo 2): la modalità più accessibile. Le due VM girano su un OS host esistente (Windows, Linux, macOS). Pratico, ma introduce un ulteriore livello di fiducia nell’OS host: se l’host è compromesso, la protezione di Whonix può essere aggirata.

Qubes-Whonix (Tipo 1, raccomandato): Whonix è integrato nativamente in Qubes OS come template. Il Gateway diventa un ProxyVM (sys-whonix) e la Workstation un AppQube (anon-whonix). È la configurazione più robusta perché l’isolamento si basa sull’hypervisor Xen bare-metal piuttosto che su un hypervisor di tipo 2 in esecuzione su un OS host potenzialmente vulnerabile. È la combinazione raccomandata da entrambi i progetti.

Isolamento fisico (modalità avanzata): il Gateway e la Workstation girano su due macchine fisiche distinte, collegate da un cavo Ethernet. La Workstation non ha alcuna scheda di rete tranne quella collegata al Gateway. Questa modalità riduce drasticamente la base di fiducia, ma richiede due macchine dedicate.

Cosa Whonix protegge e cosa no

Minaccia	Protezione Whonix
Perdita dell’indirizzo IP dalla Workstation	Strutturalmente impossibile per architettura
DNS leak	Impossibile: tutto il DNS passa per Tor tramite il Gateway
Malware root sulla Workstation che cerca l’IP reale	Nulla: non lo troverà
Compromissione del Gateway stesso	Parziale: se il Gateway è compromesso, l’IP può trapelare
Compromissione dell’OS host (in modalità Tipo 2)	Nulla: un host compromesso può osservare entrambe le VM
De-anonimizzazione per comportamento dell’utente	Nulla: Whonix non protegge dagli errori umani
Analisi forense del disco dopo sequestro	Parziale: Whonix è persistente per impostazione predefinita, tranne le VM usa e getta

Limiti onesti

Whonix non elimina le tracce sul disco: è persistente per impostazione predefinita (a differenza di Tails). Se la macchina viene sequestrata e la cifratura del disco host è assente o debole, i dati delle VM sono recuperabili
In modalità Tipo 2 (VirtualBox/KVM su un OS host), la sicurezza di Whonix è limitata dalla sicurezza dell’OS host. Un host compromesso può potenzialmente osservare il traffico tra le due VM
Le prestazioni sono influenzate dalla doppia virtualizzazione e dall’instradamento tramite Tor: le connessioni sono lente, i download voluminosi difficili nel quotidiano

Per chi?

Chiunque abbia bisogno di un ambiente di lavoro persistente con anonimato di rete strutturale: sviluppo di software sensibile, ricerca sotto pseudonimo prolungato, gestione di più identità digitali distinte, server onion. La combinazione Qubes-Whonix è considerata da molti esperti di sicurezza come l’ambiente di lavoro anonimo più robusto attualmente disponibile per un uso quotidiano.

Verdetto: l’OS di riferimento per l’anonimato di rete strutturale in un ambiente persistente. Complementare a Tails (che gestisce le sessioni occasionali), non concorrente.

Qubes OS

Filosofia: la sicurezza attraverso la compartimentazione

Qubes OS rappresenta un approccio fondamentalmente diverso da tutti i sistemi precedenti. Mentre gli altri OS tentano di prevenire le compromissioni, Qubes parte da un postulato radicalmente diverso: la compromissione di alcuni componenti è inevitabile. L’obiettivo è garantire che non possa propagarsi.

Creato nel 2012 dalla ricercatrice di sicurezza Joanna Rutkowska, Qubes OS è raccomandato pubblicamente da Edward Snowden, tra gli altri professionisti della sicurezza.

L’architettura tecnica

L’hypervisor Xen come livello di base

Qubes non è una distribuzione Linux nel senso classico. Utilizza l’hypervisor Xen, un software di virtualizzazione bare-metal che viene eseguito direttamente sull’hardware, senza OS host intermedio, per creare macchine virtuali leggere chiamate qubes. L’isolamento tra i qubes è applicato a livello hardware, tramite le tecnologie Intel VT-x/VT-d e AMD-Vi (IOMMU), che impediscono alle VM di accedere alla memoria o ai dispositivi delle altre VM senza esplicita autorizzazione.

dom0: il dominio di massima fiducia

Al vertice della gerarchia si trova dom0, un dominio privilegiato da cui viene eseguito il gestore del desktop. dom0 gestisce la visualizzazione di tutte le finestre degli altri qubes. Per sicurezza, dom0 non ha alcuna connessione di rete e non esegue alcuna applicazione utente. Serve solo per orchestrare la visualizzazione e la gestione dei domini.

I qubes: compartimenti stagni

L’utente definisce quanti qubes ritiene necessari, ciascuno corrispondente a un contesto di fiducia:

Un qube “lavoro” per le applicazioni professionali
Un qube “personale” per email e social network
Un qube “banca” dedicato esclusivamente alle transazioni finanziarie
Un qube “non fidato” per aprire allegati sospetti
Qubes usa e getta che scompaiono integralmente alla chiusura

Ogni qube dispone del proprio stack di rete, del proprio spazio di memoria e dei propri processi. Un malware che compromette il qube “non fidato” è confinato a quel qube. Non può accedere ai file del qube “lavoro”, né attraversare verso altri domini.

Il codice colore visivo

Ogni finestra mostra un bordo colorato corrispondente al dominio di fiducia del proprio qube: rosso per i domini non fidati, verde per i domini isolati ad alta sicurezza, giallo per i domini semi-fidati. Questo semplice sistema visivo consente di sapere in qualsiasi momento in quale contesto si sta operando.

I template e la gestione centralizzata

I qubes non contengono la propria installazione completa di OS: condividono dei template (Fedora, Debian e Whonix per impostazione predefinita). Gli aggiornamenti di sicurezza vengono applicati al template, e tutti i qubes basati su quel template ne beneficiano automaticamente.

PCI passthrough e isolamento hardware

Mentre gli OS classici fanno funzionare i driver hardware nello stesso spazio delle applicazioni utente, Qubes assegna ogni dispositivo fisico (scheda di rete, controller USB) a un qube dedicato tramite PCI passthrough. Un driver di rete compromesso non può accedere ai dati degli altri qubes.

Integrazione Whonix

Qubes integra nativamente Whonix come template, consentendo di instradare il traffico di qualsiasi qube attraverso Tor in modo trasparente. È la configurazione Qubes-Whonix descritta nella sezione precedente.

Cosa Qubes protegge realmente

Scenario d’attacco	OS classico	Qubes OS
Malware in un allegato PDF	Accesso potenziale all’intero sistema	Confinato al qube “non fidato”, distrutto alla chiusura
Sfruttamento di un browser web	Accesso al profilo utente, ai file	Confinato al qube browser
Compromissione di un driver di rete	Accesso alla memoria di sistema	Confinato al qube di rete tramite PCI passthrough
Chiave PGP rubata	Se il software di firma è compromesso, sì	No, se la chiave è in un qube dedicato senza rete
Perdita tra applicazioni	Possibile tramite IPC, memoria condivisa	Impossibile tra qubes distinti

Limiti onesti

Qubes non protegge contro una compromissione di dom0: se l’hypervisor Xen stesso viene compromesso, l’isolamento può essere violato (bollettino QSB-115 del 9 giugno 2026, relativo a una vulnerabilità XSA-491)
Nessun isolamento all’interno dello stesso qube: due applicazioni nello stesso qube non sono isolate l’una dall’altra
Requisiti hardware significativi: processore con supporto VT-x/VT-d, minimo 16 GB di RAM (32 GB raccomandati), 32 GB di storage. Le macchine Apple Silicon non sono supportate
Curva di apprendimento reale: il copia-incolla tra qubes richiede un’azione consapevole, l’installazione di software passa attraverso i template

Per chi?

Qubes OS è progettato per profili il cui modello di minaccia include avversari seri: giornalisti che lavorano con fonti sensibili, avvocati che gestiscono fascicoli riservati, ricercatori di sicurezza, professionisti che trattano segreti industriali o diplomatici.

Verdetto: lo standard di riferimento per la sicurezza di una postazione di lavoro personale contro avversari capaci. La combinazione Qubes + Whonix è considerata come l’ambiente più robusto attualmente disponibile.

Come questi sistemi si combinano

È importante capire che questi OS non sono esclusivamente alternativi: rispondono a esigenze diverse e spesso si combinano.

Qubes + Whonix: la combinazione più robusta per un uso quotidiano ad alta sicurezza. Qubes gestisce la compartimentazione, Whonix gestisce l’anonimato di rete all’interno di alcuni qubes
Qubes + Tails: alcuni utenti avanzati utilizzano Qubes come OS principale e avviano Tails da un qube dedicato per sessioni occasionali particolarmente sensibili
Linux + Whonix in VM: un punto d’ingresso accessibile all’anonimato di rete strutturale senza la complessità completa di Qubes

Tabella riepilogativa

Criterio	Windows 11	macOS	Linux (Debian)	Tails	Whonix	Qubes OS
Telemetria predefinita	Importante, non completamente disattivabile	Moderata, parzialmente non disattivabile	Nulla	Nulla	Nulla	Nulla
Codice sorgente verificabile	No	No	Sì	Sì	Sì	Sì
Persistenza dei dati	Permanente	Permanente	Permanente	Nulla per impostazione predefinita	Permanente (VM)	Permanente per qube
Anonimato di rete	Nessuno	Nessuno	Nessuno	Forte (Tor forzato)	Strutturale (Tor forzato)	Tramite integrazione Whonix
Isolamento tra applicazioni	Debole	Moderato	Debole	Moderato	Moderato	Forte (hypervisor)
Resistenza alla compromissione	Debole	Moderata	Moderata	Elevata (amnesica)	Elevata (isolamento di rete)	Elevata (compartimentazione)
Facilità d’uso	Elevata	Elevata	Media	Media	Da bassa a media	Bassa
Hardware richiesto	Standard	Solo Mac	Standard	Standard + USB	Standard + RAM	x86-64 con VT-d, 16+ GB RAM
Profilo adatto	Uso generale	Uso generale	Profilo intermedio	Sessioni occasionali sensibili	Anonimato di rete persistente	Alta sicurezza quotidiana

La scelta di un OS in funzione della sicurezza non è una decisione binaria. È un allineamento tra un modello di minaccia reale e i compromessi accettabili in termini di compatibilità e comodità d’uso. Per la grande maggioranza degli utenti, una distribuzione Linux ben configurata offre già un livello di protezione radicalmente superiore a Windows 11 o macOS. Per i profili ad alta sensibilità

La Bomba a Orologeria: Raccogli ora, decrittografa dopo e l'imperativo Zero-Knowledge

Tue, 26 May 2026 00:00:00 +0000

La dipendenza dei governi europei dall’infrastruttura cloud americana pone più di un semplice problema di intercettazione immediata. La minaccia più devastante per i decenni a venire è la strategia HNDL: “Harvest Now, Decrypt Later”.

Non si tratta di un’intrusione frontale, ma di un furto silenzioso. Le agenzie di intelligence archiviano oggi immense quantità di dati crittografati semplicemente perché il costo di archiviazione è diventato irrisorio.

Aspettano pazientemente il momento in cui i salti tecnologici renderanno obsolete le attuali chiavi crittografiche. Un segreto di stato protetto nel 2026 potrebbe diventare un libro aperto tra quindici anni.

Responsabilità retroattiva e rischio temporale

Il modello HNDL introduce un concetto nuovo: il danno legale ritardato. Con la raccolta massiccia di dati per la decrittografia futura, la riservatezza diventa una variabile dipendente dal tempo.

Il modello HNDL definisce che la riservatezza fallisce inevitabilmente quando la durata necessaria del segreto supera l’orizzonte di decrittografia dell’avversario.

Se uno Stato non garantisce la sovranità assoluta della propria infrastruttura hardware, in pratica firma una rinuncia alla riservatezza a lungo termine dei propri cittadini.

L’intercettazione di oggi è la compromissione di domani. Trasformare la dipendenza dal cloud in un debito di sicurezza nazionale è una scommessa impossibile da ripagare.

L’antitesi Arpokrat: L’impossibilità legale attraverso il codice

Di fronte a questa vulnerabilità, l’industria risponde creando ecosistemi di sovranità digitale radicali. Il modello Arpokrat opera su una rete decentralizzata, protetta dalla severa Legge federale sulla protezione dei dati (FADP) in Svizzera.

La logica centrale è una Privacy by Design assoluta. Eliminando la necessità di un numero di telefono, l’utente diventa una semplice chiave crittografica.

Legalmente, se l’architettura è fondamentalmente Zero-Knowledge, l’azienda si trova di fronte a un’impossibilità tecnica di conformarsi a mandati esteri.

Questa è una salvaguardia matematica e legale inarrestabile: ciò che non hai non può essere divulgato.

Oltre la crittografia: Svalutare il dato bersaglio

La vera risposta nell’app di messaggistica Arpokrat non è scommettere su una matematica eterna, ma svalutare i dati stessi.

Senza metadati centrali per collegare un messaggio a un individuo fisico, il contenuto crittografato perde il suo valore strategico perché diventa inattribuibile.

Tuttavia, il software da solo non può fare nulla se l’hardware lo tradisce.

La sicurezza nel 21° secolo richiede l’indipendenza della macchina stessa. L’implementazione di un OS sovrano de-Googlato è diventata un requisito di sopravvivenza assoluto per chiunque gestisca segreti di Stato.