Cos'è la Crittografia End-to-End? Come Protegge le Tue Foto
La cifratura end-to-end tiene i contenuti fotografici leggibili e le chiavi dei contenuti in chiaro lontani dal fornitore di storage.
La cifratura end-to-end (E2EE) è un modello di sicurezza in cui i dati in chiaro vengono cifrati su un endpoint autorizzato e decifrati su un altro. Il fornitore di storage o di trasporto non possiede la chiave dei contenuti in chiaro. Questo confine protegge i contenuti dalla lettura diretta lato server, ma non nasconde ogni metadato né protegge un endpoint compromesso, una credenziale di ripristino, un destinatario della condivisione o un aggiornamento malevolo del client.
Per l'archiviazione di foto, la cifratura end-to-end significa che il telefono cifra i contenuti prima del caricamento e il cloud conserva testo cifrato invece di immagini leggibili. La decifratura richiede una chiave disponibile tramite un dispositivo autorizzato o un percorso di ripristino. Dimensioni dei file, orari, dati dell'account, relazioni di condivisione e altri metadati possono restare visibili. Questa guida spiega questi confini e confronta i modelli di servizio più comuni.
Come Funziona la Crittografia End-to-End
Il meccanismo principale coinvolge tre fasi: generazione della chiave, crittografia e decifratura.
Generazione della Chiave
Il dispositivo dell'utente genera una chiave crittografica. Nella crittografia simmetrica (come AES-256), la stessa chiave cifra e decifra. Nella crittografia asimmetrica (come RSA), una chiave pubblica cifra e una chiave privata decifra. Molti sistemi E2EE combinano entrambe: la crittografia asimmetrica scambia una chiave di sessione simmetrica, che poi gestisce la crittografia in massa.
Le app cassaforte per foto usano progetti diversi di gestione delle chiavi. Alcune derivano una chiave dei file direttamente da una password; i progetti a più livelli possono usare una chiave di sblocco derivata dalle credenziali per incapsulare una chiave casuale dei file. Vaultaire usa PBKDF2-HMAC-SHA512 per derivare una chiave della cassaforte a 256 bit da una sequenza 5x5 e da un salt a livello di dispositivo. La chiave della cassaforte autentica l'indice cifrato e sblocca una chiave master casuale separata usata per cifrare i file.
Crittografia
Il testo in chiaro (la tua foto) viene trasformato in testo cifrato usando la chiave di crittografia e un algoritmo di crittografia. AES-256-GCM è il cifrario simmetrico più usato per questo scopo. GCM (Galois/Counter Mode) fornisce crittografia autenticata -- cifra i dati e produce un tag di autenticazione che rileva qualsiasi manomissione. Ogni file riceve un vettore di inizializzazione (IV) unico, assicurando che file identici producano testo cifrato diverso.
Decifratura
Il dispositivo del destinatario usa la stessa chiave (simmetrica) o la chiave privata corrispondente (asimmetrica) per invertire la trasformazione. Senza la chiave corretta, il testo cifrato è indistinguibile da dati casuali. Non esiste scorciatoia matematica. AES-256 ha 2^256 chiavi possibili -- più della stima del numero di atomi nell'universo osservabile.
Crittografia End-to-End vs. Altri Modelli di Crittografia
Non tutta la crittografia è end-to-end. Le differenze determinano chi può accedere ai tuoi dati.
Crittografia in Transito (TLS/SSL)
I dati vengono cifrati tra il tuo dispositivo e il server. Il server li decifra alla ricezione. Questo protegge contro le intercettazioni durante la trasmissione ma lascia i dati leggibili sul server. Ogni grande servizio cloud usa la crittografia in transito. È il livello base, non lo standard.
Crittografia a Riposo (Lato Server)
Il server cifra i dati memorizzati usando chiavi che gestisce. Questo protegge contro il furto fisico dell'hardware del server ma non contro il provider di servizi, i suoi dipendenti, o le richieste legali dirette al provider. iCloud, Google Drive e Dropbox usano tutti la crittografia a riposo lato server. Il provider detiene le chiavi.
Crittografia End-to-End
I dati vengono cifrati su un endpoint autorizzato prima che il fornitore di storage li riceva. Un progetto solido tiene la chiave dei contenuti in chiaro fuori dalla custodia lato server del fornitore, quindi una violazione del solo storage o una richiesta legale sui contenuti archiviati restituisce testo cifrato invece di foto leggibili. Il fornitore può comunque consegnare testo cifrato e metadati, distribuire il software client o gestire sistemi di ripristino e condivisione, e tutto questo va incluso nel modello di minaccia.
| Modello di Crittografia | Chi Detiene le Chiavi | Il Provider Può Leggere i Dati? | Protegge dal Provider? |
|---|---|---|---|
| Solo in transito (TLS) | Server | Sì | No |
| A riposo (lato server) | Server | Sì | No |
| End-to-end | Endpoint autorizzati o titolari del ripristino | Non dal solo testo cifrato archiviato | Protegge i contenuti dalle chiavi di storage in mano al fornitore |
| Cifratura lato client che il fornitore non vede | Client e percorsi di ripristino documentati | Nessun accesso ai contenuti in chiaro per progetto | Protegge i contenuti; restano i metadati e la fiducia nel client |
Come i Servizi di Archiviazione Foto Gestiscono la Crittografia
Il modello di crittografia varia significativamente tra i servizi di archiviazione foto. Alcuni pubblicizzano la "crittografia" senza specificare il modello, il che può indurre in errore gli utenti a credere che le loro foto siano E2EE quando non lo sono.
Foto di iCloud
Apple usa la crittografia in transito e a riposo. Apple detiene le chiavi di crittografia per impostazione predefinita. Con una richiesta legale valida, Apple può fornire i dati di Foto di iCloud. Eccezione: Protezione avanzata dati (ADP) di Apple, disponibile da dicembre 2022, aggiunge la crittografia end-to-end a Foto di iCloud. ADP deve essere abilitato esplicitamente nelle Impostazioni. Quando abilitato, Apple non può accedere ai dati di Foto di iCloud. La maggior parte degli utenti non ha abilitato ADP.
Google Photos
Google usa la crittografia in transito e a riposo con chiavi lato server. Google detiene le chiavi di crittografia per tutti i dati di Google Photos, incluso il contenuto della Cartella Bloccata. Google può conformarsi alle richieste legali di dati. Google non offre un'opzione di crittografia end-to-end per Google Photos.
Dropbox
Crittografia in transito (TLS 1.2+) e a riposo (AES-256 con chiavi gestite da Dropbox). Dropbox detiene le chiavi e può accedere ai tuoi file. Dropbox ha subito violazioni dei dati (2012, 68 milioni di account). Dropbox Vault (una funzione a pagamento) aggiunge protezione PIN ma non crittografia end-to-end.
OneDrive
Microsoft usa la crittografia in transito e a riposo con chiavi gestite da Microsoft. Microsoft detiene le chiavi. OneDrive Personal Vault aggiunge verifica dell'identità (2FA) ma non la crittografia end-to-end -- Microsoft può ancora accedere ai dati. Per i clienti aziendali, sono disponibili chiavi gestite dal cliente.
Vaultaire
Cifratura lato client senza chiavi in mano al fornitore. Vaultaire cifra foto e metadati sul dispositivo con AES-256-GCM prima di qualsiasi caricamento nel cloud. Una chiave master casuale cifra i dati della cassaforte. Una chiave locale della cassaforte, derivata dalla sequenza dell'utente e da un salt del dispositivo, incapsula la chiave master, mentre una chiave di backup separata derivata dalla sequenza protegge i record di backup CloudKit privati. Vaultaire non gestisce un server di contenuti né riceve queste chiavi, quindi non può trasformare un record CloudKit in dati in chiaro. L'app, iOS e un dispositivo sbloccato restano dentro il perimetro di fiducia, e una richiesta legale può comunque ottenere i metadati dell'account o del servizio in mano al fornitore interessato.
| Servizio | Crittografia in Transito | Crittografia a Riposo | Crittografia End-to-End | Il Provider Può Accedere |
|---|---|---|---|---|
| Foto di iCloud (default) | Sì | Sì (chiavi Apple) | No | Sì |
| Foto di iCloud (ADP abilitato) | Sì | Sì | Sì | No |
| Google Photos | Sì | Sì (chiavi Google) | No | Sì |
| Dropbox | Sì | Sì (chiavi Dropbox) | No | Sì |
| OneDrive | Sì | Sì (chiavi Microsoft) | No | Sì |
| Vaultaire | Sì | Sì | Backup cifrato lato client, attivo per impostazione predefinita | Nessuna chiave dei contenuti in chiaro; restano i metadati di CloudKit |
Perché la Crittografia End-to-End È Importante per le Foto
Le foto sono dati particolarmente sensibili. Contengono volti, posizioni (metadati GPS), timestamp e registrazioni visive di momenti privati. Una violazione della tua raccolta foto espone più informazioni personali di quasi qualsiasi altro tipo di dato.
Violazioni dei Dati
Quando un fornitore conserva le foto con chiavi lato server, una violazione sia dello storage sia del sistema di gestione delle chiavi può esporre contenuti leggibili. Con una E2EE valida, una violazione del solo storage espone testo cifrato e i metadati conservati dal servizio. La compromissione degli endpoint, le credenziali di ripristino rubate, il software client malevolo e i difetti dei servizi di chiavi restano vie separate verso i dati in chiaro.
Accesso Legale e Governativo
Ai fornitori di servizi si può chiedere di consegnare i record in loro possesso. Con la E2EE, questi possono includere testo cifrato, dati dell'account, log di accesso, dimensioni dei record, orari e metadati di condivisione, non contenuti fotografici leggibili. Se una richiesta possa raggiungere un dispositivo, un metodo di ripristino, un destinatario o il comportamento futuro del client è una questione legale e tecnica diversa.
Accesso Interno
Dipendenti o attaccanti con accesso alle chiavi di storage gestite dal fornitore potrebbero raggiungere i contenuti cifrati lato server. La E2EE elimina il percorso diretto delle chiavi di storage quando il fornitore non ha chiavi dei contenuti in chiaro. Questo non rende impossibile in assoluto un abuso interno, perché i fornitori possono controllare la distribuzione del client, lo stato dell'account, i metadati, la condivisione o i componenti di ripristino.
Protezione dei Metadati
Alcune implementazioni E2EE cifrano solo il contenuto dei file e lasciano senza protezione metadati come nomi dei file e date. Vaultaire protegge intestazioni dei file, tipi MIME, indici, miniature e altri metadati delle casseforti con cifratura autenticata AES-256-GCM. La lunghezza del testo cifrato salvato e il numero di file di indice cifrati possono comunque esporre informazioni strutturali a chi ha accesso al contenitore dell'app.
Equivoci Comuni su E2EE
"Il mio cloud storage è cifrato, quindi le mie foto sono al sicuro." La crittografia lato server protegge contro le violazioni esterne dell'hardware del server. Non protegge contro il provider stesso, le richieste legali, o le minacce interne. Il provider detiene le chiavi.
"HTTPS significa che le mie foto sono cifrate end-to-end." HTTPS (TLS) cifra i dati in transito tra il tuo dispositivo e il server. Una volta che i dati arrivano al server, vengono decifrati. HTTPS è la crittografia del canale, non dei dati.
"La crittografia end-to-end significa che nessuno può mai vedere le mie foto." E2EE significa che nessuno senza la chiave può vedere le tue foto. Se qualcuno ha la tua password o chiave, può decifrare i dati. La gestione delle chiavi e le password robuste rimangono essenziali.
"Apple/Google non possono vedere le mie foto." Per impostazione predefinita, entrambe le aziende detengono le chiavi di crittografia per le tue foto memorizzate nel cloud. Apple offre la Protezione avanzata dati come opt-in. Google non offre alcuna opzione E2EE per Google Photos.
Come Vaultaire Implementa la Crittografia End-to-End
Vaultaire usa un approccio E2EE a livelli:
- AES-256-GCM cifra tutti i contenuti dei file. Ogni file riceve un vettore di inizializzazione unico. La crittografia autenticata rileva le manomissioni.
- PBKDF2 con HMAC-SHA512 deriva una chiave locale della cassaforte dalla sequenza disegnata dall'utente e dal salt del dispositivo. Il fattore di lavoro aumenta il costo di ogni tentativo offline senza aggiungere entropia alla sequenza. La chiave della cassaforte autentica l'indice cifrato e sblocca la chiave master casuale usata sui dati dei file.
- AES-256-GCM per i metadati protegge nomi dei file, date, dimensioni, indici e miniature con cifratura autenticata.
- Il Keychain e la protezione dei dati di iOS proteggono il salt del dispositivo e il database di ripristino cifrato. Le operazioni AES-GCM e le chiavi simmetriche attive restano nel processo dell'app mentre una cassaforte è aperta.
- Separazione delle chiavi dal fornitore significa che Wraxle non riceve in chiaro nessuna chiave della cassaforte, master, di backup o di ripristino. Il backup CloudKit (attivo per impostazione predefinita), la sincronizzazione e la condivisione conservano record cifrati e buste di chiavi cifrate, mentre Apple può comunque osservare i metadati del servizio. Vaultaire non richiede un account Vaultaire.
Vaultaire conserva le informazioni di ripristino, compresa la sequenza, in un database cifrato con AES-GCM archiviato nel Keychain di iOS. Non vengono scritte in file di testo in chiaro né inviate a un servizio account di Vaultaire. Se non resta una sequenza utilizzabile, una frase di ripristino o un dispositivo già sbloccato, Vaultaire non ha una chiave di ripristino del fornitore con cui ridare l'accesso.
Domande Frequenti
La crittografia end-to-end è legale?
Il trattamento legale della cifratura, dell'accesso forzato e dei servizi cifrati varia da un paese all'altro e può cambiare. Questa guida descrive il modello tecnico e non è una consulenza legale. Controlla la legge locale in vigore se il tuo caso riguarda perquisizioni alla frontiera, ordini del tribunale, documenti regolamentati o un'altra situazione ad alto rischio.
Le forze dell'ordine possono violare la crittografia end-to-end?
Gli attacchi raramente richiedono di esplorare tutto lo spazio delle chiavi AES-256. Un esaminatore può prendere di mira una password o una sequenza debole, un endpoint sbloccato, la memoria, una frase di ripristino, un destinatario, un backup o un difetto di implementazione. AES-256-GCM implementato correttamente con una chiave casuale ad alta entropia è progettato per resistere alla ricerca diretta della chiave, ma è solo una parte del sistema.
Qual è la differenza tra E2EE e crittografia zero-knowledge?
La E2EE descrive dove avvengono cifratura e decifratura dei dati in chiaro e chi possiede chiavi dei contenuti utilizzabili. «Conoscenza zero» si usa spesso nel marketing per una cifratura che il fornitore non vede, ma non va presa alla lettera: un servizio può non avere chiavi in chiaro e vedere comunque testo cifrato, dati dell'account, dimensioni, orari, relazioni di condivisione e altri metadati. Valuta la gestione documentata delle chiavi e i percorsi di ripristino, non la sola etichetta.
La crittografia end-to-end rallenta il mio telefono?
I dispositivi moderni gestiscono AES-256 in modo efficiente grazie all'accelerazione hardware esposta dalle librerie crittografiche di sistema. Su iPhone, Vaultaire esegue AES-GCM nel processo dell'app tramite CryptoKit. Le API pubbliche del Secure Enclave di Apple non sono un motore AES-GCM generico per cifrare file. Il carico di cifratura e decifratura dipende dalla dimensione del file e dal dispositivo, ma è pensato per non intralciare l'uso normale.
Cosa succede se perdo la mia chiave di crittografia?
Perdere ogni percorso utilizzabile di decifratura e ripristino rende i dati cifrati irrecuperabili. Per questo molti sistemi E2EE usano frasi di ripristino, dispositivi fidati, contatti di recupero, kit di emergenza o buste di chiavi cifrate. Questi meccanismi preservano l'accesso, ma ognuno entra anche nel modello di sicurezza.
Conclusione
La cifratura end-to-end può eliminare il percorso delle chiavi in chiaro del fornitore di storage quando la cifratura avviene su un endpoint autorizzato prima del caricamento. È una protezione importante, non una garanzia per l'intero sistema. Controlla custodia delle chiavi dei contenuti, ripristino, metadati, aggiornamenti del client, sicurezza degli endpoint e condivisione prima di affidare foto private a un servizio.
Vaultaire implementa la cifratura lato client per iOS. Le tue foto e i metadati della cassaforte vengono cifrati sul dispositivo con AES-256-GCM prima del backup o della sincronizzazione. Vaultaire non riceve le chiavi di decifratura né gestisce un server in grado di trasformare quei record cifrati nelle tue foto. Questo limite del fornitore non rende affidabile un iPhone compromesso o sbloccato.