Il modo più semplice per immaginare una cassaforte fotografica
Immagina di mettere una fotografia dentro una cassaforte.
L'analogia ha un limite importante. Una cassaforte fisica contiene un oggetto. Un telefono può contenere molte copie: l'originale in Foto o Galleria, una copia importata nella cassaforte, una miniatura, una versione modificata, un allegato di messaggio, una copia cloud e un'esportazione. Crittografare una copia non protegge né elimina automaticamente le altre.
Una cassaforte protegge i dati che gestisce mentre è bloccata. Le copie sorgente, il testo in chiaro visualizzato e le esportazioni appartengono a confini di sicurezza diversi.
- La foto è il testo in chiaro: l'informazione originale leggibile.
- La chiave della cassaforte è la chiave di crittografia: un segreto lungo e casuale usato dall'algoritmo di crittografia.
- La cassaforte bloccata è il testo cifrato: dati che dovrebbero sembrare privi di senso senza la chiave.
- La tua password, PIN o pattern dimostra che l'app può usare la chiave. Non dovrebbe essere la chiave usata per crittografare direttamente ogni file.
Cosa succede quando importi una foto
Un flusso di importazione ben progettato di norma segue quattro passaggi generali:
Molte casseforti moderne usano AES-GCM. AES è il cifrario a blocchi standardizzato in NIST FIPS 197, e GCM è una modalità di crittografia autenticata specificata in NIST SP 800-38D.
Quel pedigree di standard conta, ma il nome di un algoritmo da solo non dimostra che un'app sia sicura. Contano anche la generazione delle chiavi, la gestione dei nonce, i metadati, i backup, la gestione degli errori e la durata del testo in chiaro.
- L'app legge il file selezionato. In questo momento, la foto sorgente può ancora esistere nella libreria fotografica di sistema.
- L'app crea o recupera una chiave casuale della cassaforte. Le applicazioni sicure usano i generatori di numeri casuali crittografici del sistema operativo anziché una parola memorabile o un valore prevedibile.
- L'app crittografa e autentica la foto. L'output è testo cifrato più le informazioni necessarie per verificare che non sia stato alterato.
- L'app memorizza il risultato sigillato. Quando la cassaforte è bloccata, il normale accesso dell'app alla chiave di decrittazione viene rimosso.
Perché la tua password non dovrebbe essere la chiave del file
Le persone scelgono password, PIN e pattern che possono ricordare. Le chiavi crittografiche dovrebbero essere lunghe, casuali e impraticabili da indovinare. Sono compiti diversi.
Un design solido separa la credenziale dalla chiave casuale che protegge la cassaforte:
Argon2id è una scelta moderna di derivazione delle chiavi. RFC 9106 descrive Argon2 come funzione a memoria intensiva e include Argon2id come sua variante primaria. L'elaborazione a memoria intensiva rende ogni tentativo più costoso, specialmente su larga scala. Non trasforma 1234, un quadrato corto o una password riutilizzata in un segreto forte.
Questo modello a strati rende anche più pratici i cambi di password. L'app può cambiare il modo in cui l'accesso alla chiave stabile della cassaforte è avvolto, anziché decrittare e ricrittografare ogni foto. OWASP descrive la stessa separazione generale come una chiave di crittografia dei dati protetta da una chiave di crittografia delle chiavi separata nel suo Cryptographic Storage Cheat Sheet.
- Inserisci una password, un PIN o un pattern.
- Una funzione di derivazione delle chiavi la elabora con un salt unico e consuma deliberatamente risorse di calcolo.
- Il risultato sblocca o svolge una chiave casuale della cassaforte.
- La chiave della cassaforte ancora chiavi separate per contenuti, metadati o singoli file.
Perché la crittografia autenticata è importante
La crittografia risponde a una domanda: «Qualcuno può capire questi dati senza la chiave?»
L'autenticazione ne risponde a un'altra: «Questi dati crittografati sono stati modificati?»
AES-GCM combina entrambi i compiti. Quando un'app sigilla un file, produce anche un tag di autenticazione. Se il testo cifrato o il suo contesto protetto viene modificato, la verifica dovrebbe fallire e l'app dovrebbe rifiutarsi di rilasciare il testo in chiaro. NIST chiama questo crittografia autenticata con dati associati in SP 800-38D.
I dati associati possono legare un record crittografato a fatti che non dovrebbero essere intercambiabili, per esempio la sua cassaforte, il file, il tipo di record o la posizione del blocco. Questo aiuta a impedire che un blocco crittografato valido venga silenziosamente spostato nel contesto sbagliato.
Fallire in modo sicuro ha un compromesso: il testo cifrato danneggiato o modificato può diventare non disponibile. È più sicuro che visualizzare un output non verificato, ma è anche il motivo per cui i file insostituibili hanno bisogno di un backup testato.
Una foto è più dei suoi pixel a piena dimensione
I media privati possono lasciare indizi anche quando il file originale è crittografato. Un design completo della cassaforte deve considerare:
Se una cassaforte crittografa la foto a piena dimensione ma lascia su disco una miniatura leggibile o un nome di file descrittivo, l'informazione più sensibile può ancora essere esposta. Una buona documentazione di prodotto dovrebbe dichiarare se il suo confine protetto include contenuti, metadati, miniature e file temporanei.
- nomi di file ed etichette dell'utente;
- date, posizioni e altri metadati;
- miniature e anteprime;
- modifiche e versioni ottimizzate;
- risorse Live Photo o video abbinati;
- appartenenza agli album e indici di ricerca;
- file temporanei creati durante la visualizzazione o l'esportazione.
Cosa significa davvero «bloccato»
Quando una cassaforte è bloccata, l'app non dovrebbe più avere il normale accesso alle chiavi di testo in chiaro attive di cui ha bisogno per visualizzare i file. I file crittografati possono rimanere nell'archiviazione; senza la chiave richiesta, quei file non dovrebbero essere leggibili in modo significativo.
Lo sblocco cambia la situazione. Per visualizzare un'immagine, l'app deve decrittare dati sufficienti perché il sistema operativo la renda. Il testo in chiaro esiste quindi in memoria e sul percorso di visualizzazione. Il blocco basato sul ciclo di vita dell'app, le brevi durate delle chiavi e l'archiviazione temporanea protetta possono ridurre l'esposizione, ma non possono rendere invisibile il testo in chiaro visibile.
Su Android, l'Android Keystore può mantenere non esportabile il materiale di chiave idoneo e può vincolarlo all'hardware sicuro sui dispositivi supportati. La protezione dei dati del Keychain di Apple fornisce analogamente classi di protezione e controlli di accesso applicati dal Secure Enclave per gli elementi sensibili.
Queste funzioni della piattaforma sono preziose, ma non rendono sicuro un telefono già compromesso e sbloccato. Un software malevolo che controlla l'app o il sistema operativo può essere in grado di richiedere operazioni sulle chiavi o osservare il testo in chiaro mentre l'utente lo visualizza, anche quando la chiave stessa non può essere esportata.
Album nascosto, crittografia del dispositivo e una cassaforte crittografata sono cose diverse
Queste protezioni possono funzionare insieme, ma risolvono problemi diversi.
«Crittografato» non è quindi una risposta completa. Chiedi quale copia, contro chi, mentre il dispositivo è in quale stato e chi può ottenere la chiave.
- Protezione — Cosa protegge principalmente — Autorità di sblocco — Limite importante
- Album nascosto o occultamento nella galleria — Scoperta accidentale all'interno di un'app fotografica — Di solito il blocco del dispositivo o dell'app fotografica — L'elemento può rimanere nella stessa libreria fotografica e nel modello di sincronizzazione cloud
- Crittografia dell'archiviazione del telefono — Dati su un dispositivo bloccato o spento — Codice del dispositivo e chiavi della piattaforma — Una volta sbloccato il dispositivo, le app autorizzate possono usare i loro dati consentiti
- Cassaforte fotografica crittografata — La copia gestita dall'app mentre la cassaforte è bloccata — Credenziale della cassaforte più il design delle chiavi dell'app — Originali, esportazioni, schermi e altre copie rimangono separati
- Copia cloud crittografata end-to-end — Contenuto tra endpoint autorizzati — Chiavi disponibili ai dispositivi autorizzati — Il provider può comunque elaborare metadati di account, tempistiche, dimensioni e traffico
Cosa significa crittografia a conoscenza zero
La crittografia a conoscenza zero è comunemente usata per un'architettura di servizio in cui il provider memorizza dati crittografati ma non possiede le chiavi necessarie per decrittare il contenuto dell'utente. La crittografia avviene prima che i dati raggiungano il provider, e la decrittazione avviene su un dispositivo utente autorizzato.
Un'analogia semplice è un hotel che ti affitta una cassaforte ma non riceve mai la combinazione. L'hotel può conservare e spostare la cassaforte. Può vedere che una cassaforte esiste e quanto è grande. Non può aprirti la cassaforte se dimentichi la combinazione.
Per una cassaforte cloud, le domande centrali sono:
Conoscenza zero non significa che il servizio non apprenda letteralmente nulla. Descrive l'accesso al contenuto crittografato, non l'assenza di tutti i metadati del servizio. Inoltre non protegge un endpoint sbloccato: un telefono compromesso può osservare una foto dopo la decrittazione legittima.
Un sistema può usare entrambe le descrizioni, ma i lettori dovrebbero cercare un design documentato di chiavi e recupero anziché affidarsi a una sola etichetta.
Questo crea un compromesso reale: una separazione più forte dal provider pone più responsabilità sull'utente. Perdere ogni dispositivo autorizzato e ogni segreto di recupero può rendere i dati permanentemente inaccessibili.
- Le chiavi di crittografia vengono create o derivate sul dispositivo dell'utente?
- Il provider riceve mai la chiave o la credenziale in chiaro?
- L'assistenza dell'account può reimpostare l'accesso e rivelare i vecchi file?
- Un nuovo dispositivo ha bisogno di un segreto di recupero o dell'approvazione da un dispositivo esistente?
- Quali metadati di account, tempistiche, dispositivo, dimensioni di archiviazione e rete rimangono visibili?
- Conoscenza zero contro crittografia end-to-end — Le idee si sovrappongono, ma l'enfasi è diversa.
- La crittografia end-to-end descrive un percorso: solo gli endpoint autorizzati dovrebbero decrittare il contenuto mentre si sposta o si sincronizza attraverso un servizio.
- La crittografia a conoscenza zero enfatizza l'accesso del provider: il provider non dovrebbe possedere l'autorità necessaria per decrittare il contenuto utente memorizzato.
- Il compromesso del recupero — Se il provider è davvero privo di autorità di decrittazione, non può semplicemente inviare via e-mail un link di reimpostazione che ripristina l'accesso al vecchio contenuto crittografato. Il recupero necessita di un'altra fonte di autorità, come una frase di recupero, una chiave di recupero, l'approvazione da un dispositivo esistente o una chiave esportata in precedenza.
Sette domande da porre prima di fidarsi di qualsiasi app cassaforte
- 1. Cosa è esattamente crittografato? — Cerca una dichiarazione esplicita su contenuto originale, miniature, nomi di file, metadati, note e file temporanei. Il nome di un cifrario da solo non basta.
- 2. Da dove provengono le chiavi? — L'app dovrebbe usare casualità crittograficamente sicura per le chiavi dei contenuti. Una password o un pattern dovrebbe passare attraverso un design documentato di derivazione delle chiavi anziché diventare direttamente una chiave di file.
- 3. Rileva le manomissioni? — Cerca la crittografia autenticata come AES-GCM o ChaCha20-Poly1305, o un'altra costruzione ben documentata di tipo cifra-poi-autentica. OWASP raccomanda le modalità autenticate dove disponibili.
- 4. Cosa succede all'originale? — Importazione ed eliminazione sono operazioni separate. Controlla Foto o Galleria, Eliminati di recente o Cestino, File, librerie cloud, messaggi, album condivisi e altri dispositivi.
- 5. Cosa succede se il telefono viene perso? — Una cassaforte crittografata senza copia recuperabile protegge la privacy ma non la disponibilità. Comprendi se il recupero richiede il dispositivo originale, un file di backup crittografato, una frase, un account o una combinazione.
- 6. Il provider può reimpostare l'accesso e rivelare i vecchi dati? — Se sì, il provider o il sistema di recupero ha un qualche percorso verso l'autorità di decrittazione. Può essere una comodità intenzionale, ma dovrebbe essere divulgato chiaramente.
- 7. I limiti sono messi per iscritto? — Una documentazione affidabile dovrebbe discutere dispositivi compromessi, credenziali deboli, esportazioni, limiti di eliminazione, backup e dati irrecuperabili, non solo i nomi dei cifrari.
Un esempio fittizio
In questo scenario fittizio, Maya importa la scansione di un passaporto in una cassaforte e conferma che la copia a piena risoluzione si apra dopo il blocco e lo sblocco. Poi crea e testa il backup crittografato documentato. Solo dopo entrambe le verifiche esamina Foto, Eliminati di recente, File, Messaggi e la sua libreria fotografica cloud alla ricerca di copie sorgente indesiderate.
La cassaforte protegge la sua copia gestita mentre è bloccata. Il backup protegge dalla perdita del dispositivo. Rimuovere le altre copie riduce l'esposizione al di fuori della cassaforte. Questi sono tre compiti separati, e saltarne uno qualsiasi cambia il risultato.
La credenziale memorabile autorizza l'accesso a una chiave casuale; la crittografia autenticata trasforma la foto gestita in testo cifrato sigillato.
Cosa non può proteggere la crittografia
Una cassaforte fotografica crittografata non può:
Il modello mentale giusto è semplice: la crittografia è potente entro il suo confine dichiarato. Una buona privacy nasce dal comprendere quel confine e dal gestire ogni copia che lo attraversa.
- rimuovere automaticamente originali, esportazioni, messaggi, backup o copie dei destinatari;
- impedire a un'altra fotocamera di fotografare uno schermo sbloccato;
- rendere non indovinabile una password o un pattern debole od osservato;
- proteggere il testo in chiaro da un sistema operativo compromesso durante lo sblocco;
- garantire la cancellazione fisica dalla memoria flash, dagli snapshot o dai vecchi backup;
- recuperare i dati quando ogni copia valida di testo cifrato o il segreto di recupero richiesto è perso;
- nascondere ogni prova che l'app o l'archiviazione crittografata esista.
Domande frequenti
- Qualcuno può leggere una cassaforte copiandone i file? — Un design solido mira a rendere illeggibile il testo cifrato copiato senza il materiale di chiave richiesto. Questo descrive una copia offline. Chi controlla il dispositivo originale mentre la cassaforte è sbloccata affronta una superficie di attacco diversa, e molto più facile.
- AES-256 basta a dimostrare che un'app è sicura? — No. AES-256 è un cifrario standardizzato, ma il design circostante determina se viene usato in modo sicuro. Contano tutti: generazione delle chiavi, modalità autenticata, nonce unici, metadati, file temporanei, backup e gestione degli errori.
- Anche le miniature sono crittografate? — Dovrebbero essere all'interno del confine protetto della cassaforte se rivelano contenuti privati. Altre app o il sistema operativo possono comunque detenere anteprime create prima dell'importazione o dopo l'esportazione.
- Cambiare una password ricrittografa ogni foto? — Non necessariamente. In un design a strati, la password controlla l'accesso a una chiave casuale stabile della cassaforte. L'app può riavvolgere l'accesso a quella chiave senza ricrittografare ogni oggetto di contenuto solo perché la credenziale è cambiata.
- Cosa succede se i dati crittografati sono danneggiati? — La decrittazione autenticata dovrebbe fallire quando il testo cifrato o il suo contesto protetto non verifica. Questo impedisce l'accettazione silenziosa di dati modificati, ma può rendere non disponibile un file danneggiato. Mantieni un backup testato per tutto ciò che è insostituibile.
- Un backup crittografato è automaticamente privato e recuperabile? — No. La privacy dipende da chi ha le chiavi; il recupero dipende dal conservare sia l'autorità richiesta sia una copia crittografata valida. Una frase di recupero non può ricreare un file di backup mancante.
Fonti primarie e approfondimenti
Per l'implementazione specifica del prodotto NullVault, consulta l'architettura di sicurezza e i limiti di sicurezza separati.
Guida rivista: 30 agosto 2026.
- NIST FIPS 197: specifica dell'Advanced Encryption Standard (AES)
- NIST SP 800-38D: modalità Galois/Counter (GCM) e GMAC
- RFC 9106: la funzione a memoria intensiva Argon2
- OWASP Cheat Sheet sull'archiviazione crittografica
- Android Developers: il sistema Android Keystore
- Android Developers: crittografia
- Apple Platform Security: protezione dei dati del Keychain
- Apple Platform Security: panoramica su crittografia e protezione dei dati
Eli inizia con un test non sensibile: «inizia con un elemento non sensibile mentre valuta come funzionano le casseforti fotografiche crittografate». Poi, Eli segue la seconda verifica: «blocca l'app o il dispositivo pertinente e poi conferma il risultato da una sessione nuova». Questo scenario fittizio illustra il processo decisionale; non è un resoconto di test di prodotto.
- Il risultato descritto da come funzionano le casseforti fotografiche crittografate non copre automaticamente le copie esportate, condivise, memorizzate nella cache o sincronizzate nel cloud.
- Una credenziale persa, un contenitore dell'app eliminato, un dispositivo resettato o un backup non testato possono rendere indisponibili i dati protetti.
Cosa protegge davvero una cassaforte?
Protegge la propria copia gestita mentre quella copia è bloccata a riposo. Non protegge una foto ancora nel rullino, già esportata o visibile su uno schermo sbloccato.
Chi detiene la chiave di una cassaforte crittografata?
In un design local-first la chiave è derivata sul tuo dispositivo dalla tua credenziale e dal materiale di chiave della piattaforma, ed è per questo che una credenziale dimenticata e un percorso di recupero non testato possono rendere il contenuto permanentemente non disponibile.