Cos’è l’archiviazione sicura delle chiavi? Guida ai file privati

Categoria

Sicurezza locale

Pubblicato

Ottobre 7, 2026

Tempo di lettura

10 min di lettura

L’archiviazione sicura delle chiavi è l’insieme di pratiche che protegge le chiavi crittografiche usate per cifrare e decifrare i dati, affinché non possano essere copiate, esposte o utilizzate con facilità da persone o app non autorizzate. Per i file privati è essenziale perché la cifratura è efficace solo quanto la protezione della sua chiave: un documento cifrato con la chiave liberamente disponibile offre una protezione concreta molto limitata. Una progettazione solida mantiene le chiavi separate dai file ordinari, ne limita l’accesso attraverso la sicurezza del dispositivo e i controlli dell’app e adotta un metodo di recupero che non indebolisca silenziosamente la cifratura.

Archiviare le chiavi in sicurezza non significa memorizzare un codice lungo o nascondere una chiave in una cartella. È un sistema di protezioni tecniche e operative: archiviazione protetta sul dispositivo, uso controllato delle chiavi, autenticazione, backup prudenti e una risposta chiara in caso di smarrimento del dispositivo. L’obiettivo è semplice: i file privati devono restare inaccessibili quando qualcuno possiede una copia dei dati, ma non ha superato i controlli di accesso richiesti.

Una chiave di cifratura è un dato segreto che un algoritmo usa per trasformare informazioni leggibili in testo cifrato e, per un utente autorizzato, riportarle alla forma leggibile. Le moderne chiavi per la cifratura dei file sono normalmente valori casuali generati dal software, non password scelte dalle persone. Una password o un PIN possono sbloccare l’accesso a una chiave, ma non vanno confusi con la chiave che cifra il file.

L’archiviazione sicura protegge la riservatezza della chiave e ne controlla l’uso. Riservatezza significa che un aggressore non dovrebbe poter estrarre una chiave utilizzabile da file dell’app, log, backup, screenshot o database copiati. Il controllo dell’uso significa che, anche se una chiave è custodita in hardware protetto o nell’archivio del sistema, l’app può richiedere uno sblocco valido del dispositivo, un PIN, una verifica biometrica o un’altra regola prima di poterla utilizzare.

Questa distinzione spiega perché una schermata dell’app bloccata, da sola, non basta. Il blocco dello schermo può impedire una consultazione casuale su un telefono sbloccato; l’archiviazione sicura delle chiavi affronta invece una domanda più profonda: un file copiato o il database di un’app possono essere decifrati altrove?

Una progettazione robusta usa normalmente più livelli, anziché affidare ogni compito a un solo segreto. I dettagli variano in base al sistema operativo e all’app, ma il flusso è spesso questo:

• Una chiave casuale di cifratura dei dati cifra un file o un database locale.
• Quella chiave dei dati viene avvolta, cifrata o altrimenti protetta da un’altra chiave.
• La chiave che protegge viene conservata in un servizio protetto dalla piattaforma, come un keystore del dispositivo o, quando disponibile, un componente di sicurezza supportato dall’hardware.
• Un PIN, il codice del dispositivo o la verifica biometrica autorizzano l’app a usare la chiave protetta; non devono necessariamente coincidere con la chiave di cifratura del file.
• L’app decifra soltanto ciò che serve durante una sessione attiva e autorizzata e dovrebbe evitare di lasciare inutilmente chiavi o file in chiaro.

L’avvolgimento delle chiavi è particolarmente importante. Consente a un’app di cambiare un fattore di accesso, per esempio un PIN locale, senza dover cifrare di nuovo ogni file. Inoltre mantiene separata la chiave dei file, ad alta entropia, da un segreto scelto da una persona che può essere più breve e più facile da indovinare. Approfondisci come un PIN può proteggere le chiavi di crittografia per capire meglio questa separazione.

Conservare una chiave nella cartella privata di un’app, rinominarla o codificarla in Base64 non equivale a un’archiviazione sicura. Queste misure possono rendere meno comoda un’ispezione casuale, ma non offrono una protezione crittografica. Chi può copiare i dati dell’app potrebbe riuscire a recuperare anche la chiave.

I sistemi operativi, al contrario, offrono servizi progettati per mantenere il materiale crittografico sensibile fuori dall’archiviazione ordinaria delle app e, su molti dispositivi, possono vincolarne l’uso a protezioni basate sull’hardware. Questo rende più difficile l’estrazione, ma non promette che ogni dispositivo compromesso sia sicuro. Malware con privilegi sufficienti, un telefono già sbloccato, autenticazione debole, vulnerabilità dell’app e copie di recupero non sicure possono ancora vanificare la protezione prevista. Tra gli scenari concreti rientra il furto delle chiavi delle app da un telefono compromesso.

La cifratura protegge i dati solo finché la chiave corretta non è disponibile alla persona sbagliata. Se una scansione del documento d’identità, una foto privata, un contratto o un documento di un cliente è cifrato ma la sua chiave viene copiata insieme al file, un aggressore potrebbe decifrare il materiale senza accedere al telefono originale. L’archiviazione sicura delle chiavi riduce quindi l’impatto di eventi comuni: dispositivo smarrito, dati dell’app copiati, backup esposto o tentativo non autorizzato di aprire registri locali.

Rende anche la privacy più automatica. Non dovrebbe essere necessario gestire manualmente chiavi crittografiche grezze ogni volta che si riceve o si invia un file sensibile. In un’app per la privacy progettata bene, la complessità tecnica resta soprattutto sullo sfondo, mentre le decisioni importanti sull’accesso rimangono comprensibili.

Per esempio, Oblivio è progettata per proteggere i dati locali mediante chiavi cifrate sul dispositivo, usando la protezione con PIN e, dove supportata, la biometria per l’accesso all’app. Questo approccio local-first è rilevante quando il rischio non è soltanto che qualcuno guardi uno schermo aperto, ma che ottenga dati memorizzati fuori dal loro contesto previsto. Non elimina la necessità di un codice forte per il dispositivo o di una gestione ragionevole dei backup.

Queste cinque domande sono uno strumento decisionale illustrativo, non un audit di sicurezza né un’affermazione su una specifica app. Aiutano a trasformare un termine tecnico in domande ragionevoli da porre prima di affidare file privati a un’app.

• Il file è davvero cifrato? Un blocco con PIN senza cifratura può soltanto nascondere il contenuto dentro l’app.
• Dove risiede la chiave di cifratura? Cerca una spiegazione chiara su archiviazione protetta nel dispositivo, avvolgimento delle chiavi o servizi di chiavi della piattaforma, non frasi vaghe sulla protezione di livello militare.
• Cosa autorizza l’uso della chiave? Un codice forte del dispositivo, un PIN separato dell’app e la praticità della biometria possono avere ruoli diversi. Verifica il percorso alternativo se la biometria non funziona.
• Cosa accade a backup ed esportazioni? Un backup dovrebbe essere cifrato e il suo percorso di recupero merita lo stesso controllo del dispositivo originale.
• Qual è la politica in caso di perdita e recupero? Se solo tu possiedi la chiave, perdere tutti i dispositivi autorizzati e il segreto di recupero può significare perdere definitivamente i file. Se un fornitore può reimpostare tutto, occorre capire cosa questo comporti per il controllo dell’accesso.

Scenario illustrativo: una freelance conserva documenti d’identità ricevuti dai clienti. Sceglie un’app che cifra i file in locale, ma scopre in seguito che il backup automatico del dispositivo contiene una copia leggibile dei dati dell’app e una chiave recuperabile. La cifratura locale può comunque aiutare in alcune situazioni, ma il backup diventa il percorso debole. Un risultato migliore richiede di verificare sia il dispositivo in uso sia ogni copia prevista per il recupero. Questo scenario illustra una decisione progettuale; non è un caso di studio di un cliente né un risultato misurato.

Una progettazione con archiviazione sicura può combinare questi controlli, ma non sono intercambiabili. Il codice del dispositivo protegge il confine di sicurezza complessivo del telefono. Un PIN dell’app può aggiungere un passaggio di accesso specifico o contribuire a derivare una chiave che protegge un’altra chiave. La biometria è in genere un metodo pratico di verifica locale che consente al dispositivo di autorizzare l’accesso dopo il riconoscimento dell’impronta o del volto.

Ogni sistema biometrico prevede un’alternativa, di solito il codice del dispositivo. Questo rende il codice importante anche quando lo sblocco biometrico sembra la protezione quotidiana. Allo stesso modo, un PIN di quattro cifre non è sufficiente contro tentativi offline illimitati, a meno che la progettazione non usi una derivazione della chiave intenzionalmente lenta e limiti credibili ai tentativi. Leggi se lo sblocco biometrico è sicuro per i file privati per comprenderne i limiti pratici.

• Conservare una chiave accanto ai dati cifrati. Equivale a chiudere una scatola e incollare la chiave sul coperchio.
• Usare un PIN breve come chiave di cifratura. I PIN scelti dalle persone hanno un’entropia limitata e richiedono una gestione attenta.
• Incorporare una chiave permanente nel codice dell’app. I pacchetti delle app possono essere copiati e analizzati; una chiave condivisa incorporata mette a rischio ogni utente.
• Ignorare esportazioni, log e anteprime nella cache. Una chiave robusta non serve se il testo in chiaro viene copiato in una posizione non protetta.
• Considerare il recupero un dettaglio secondario. Il recupero può essere troppo debole e consentire la compromissione dell’account, oppure troppo rigido e causare una perdita irreversibile.
• Supporre che la revoca elimini i file già scaricati. Revocare l’accesso futuro può essere utile, ma non può eliminare in modo affidabile una copia in chiaro già salvata o fotografata dal destinatario.

Per un approfondimento sul confine tecnico fondamentale, consulta dove conservare le chiavi di crittografia. Se devi distinguere tra un segreto usato per l’accesso e la chiave crittografica stessa, leggi le differenze tra chiave di crittografia e password.

Chiediti se l’app spiega come protegge le chiavi locali, non soltanto se dichiara di usare la cifratura. Per i file da condividere, considera l’intero ciclo di vita: archiviazione cifrata prima dell’invio, uso protetto delle chiavi su ogni dispositivo, consegna cifrata, accesso del destinatario, scadenza o revoca quando opportuno e recupero dei tuoi documenti.

Oblivio è adatta ai casi in cui il controllo dopo l’invio conta insieme alla protezione locale cifrata: per condividere un documento d’identità, un contratto sensibile o un gruppo di file privati con un destinatario definito. Il suo modello combina cifratura end-to-end, scadenza dell’accesso e revoca, mantenendo registri locali delle condivisioni e funzioni di deterrenza orientate al tracciamento. Questi controlli possono ridurre la perdita di controllo, ma non possono rendere impossibili screenshot, fotografie esterne o copie intenzionali. La privacy funziona meglio come infrastruttura ordinaria con impostazioni predefinite ragionevoli, non come promessa di controllo totale su informazioni che un’altra persona ha già visto.