Cos'è la Crittografia End-to-End? Come Protegge le Tue Foto
La crittografia end-to-end mantiene i contenuti fotografici leggibili e le chiavi dei contenuti di testo normale lontani dal provider di archiviazione.
La crittografia end-to-end (E2EE) è un modello di sicurezza in cui il testo in chiaro viene crittografato su un endpoint autorizzato e decrittografato su un altro. Il provider di archiviazione o trasporto non detiene la chiave del contenuto in testo normale. Questo limite protegge il contenuto dalla lettura diretta lato server, ma non nasconde ogni elemento dei metadati né protegge un endpoint compromesso, una credenziale di ripristino, un destinatario condiviso o un aggiornamento client dannoso.
Per l'archiviazione di foto, la crittografia end-to-end significa che il telefono crittografa i contenuti delle foto prima del caricamento e il cloud memorizza il testo cifrato anziché le immagini leggibili. La decrittografia richiede una chiave disponibile tramite un dispositivo autorizzato o un percorso di ripristino. Dimensioni del file, tempistica, dati dell'account, relazioni di condivisione e altri metadati potrebbero rimanere visibili. Questa guida spiega i confini e confronta i modelli di servizio 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 Photo Vault utilizzano diversi progetti di gestione delle chiavi. Alcuni ricavano una chiave di file direttamente da una password; i progetti a più livelli possono utilizzare una chiave di sblocco derivata dalle credenziali per racchiudere una chiave di file casuale. Voltaire usi PBKDF2-HMAC-SHA512 per derivare una chiave dell'insieme di credenziali a 256 bit da un modello 5x5 e un salt a livello di dispositivo. La chiave dell'archivio autentica l'indice crittografato e apre una chiave master casuale separata utilizzata per la crittografia dei 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 crittografati su un endpoint autorizzato prima che il provider di archiviazione li riceva. Una progettazione solida mantiene la chiave del contenuto in testo normale fuori dalla custodia lato server del provider, quindi un compromesso di sola archiviazione o una richiesta legale per il contenuto archiviato produce testo cifrato anziché foto leggibili. Il fornitore può comunque fornire testo cifrato e metadati, distribuire software client o gestire sistemi di ripristino e condivisione che devono essere inclusi 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 o titolari di ripristino autorizzati | Non solo dal testo cifrato memorizzato | Protegge il contenuto dalle chiavi di archiviazione detenute dal provider |
| Crittografia lato client senza provider | Client e percorsi di ripristino documentati | Nessun accesso al contenuto in testo normale in base alla progettazione | Protegge il contenuto; i metadati e la fiducia del cliente rimangono |
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.
iCloud Photos
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 iCloud Photos. Eccezione: Advanced Data Protection (ADP) di Apple, disponibile da dicembre 2022, aggiunge la crittografia end-to-end a iCloud Photos. ADP deve essere abilitato esplicitamente nelle Impostazioni. Quando abilitato, Apple non può accedere ai dati di iCloud Photos. 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
Crittografia lato client con chiavi detenute dal provider escluse. Vaultaire crittografa foto e metadati sul dispositivo con AES-256-GCM prima di qualsiasi caricamento nel cloud. Una chiave master casuale crittografa i dati del deposito. Una chiave dell'archivio locale derivata dal modello dell'utente e un salt del dispositivo racchiudono la chiave principale, mentre una chiave di backup separata derivata dal modello protegge i dati personali CloudKit record di backup. Vaultaire non gestisce un server di contenuti né riceve tali chiavi, quindi non può trasformare a CloudKit registrare in testo normale. L'applicazione, iOSe un dispositivo sbloccato rimangono all'interno dei confini di fiducia e una richiesta legale può comunque ottenere metadati dell'account o del servizio detenuti dal fornitore in questione.
| Servizio | Crittografia in Transito | Crittografia a Riposo | Crittografia End-to-End | Il Provider Può Accedere |
|---|---|---|---|---|
| iCloud Photos (default) | Sì | Sì (chiavi Apple) | No | Sì |
| iCloud Photos (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 opzionale crittografato lato client | Nessuna chiave di contenuto in testo normale; CloudKit rimangono i metadati |
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 di servizi archivia foto con chiavi lato server, un compromesso sia nell'archiviazione che nel percorso di gestione delle chiavi può esporre contenuti leggibili. Con il valido E2EE, una violazione del solo storage produce testo cifrato e tutti i metadati conservati dal servizio. La compromissione degli endpoint, le credenziali di ripristino rubate, il software client dannoso e i difetti dei servizi chiave rimangono percorsi separati verso il testo in chiaro.
Accesso Legale e Governativo
Ai fornitori di servizi può essere richiesto di fornire i documenti in loro possesso. Con E2EE, ciò può includere testo cifrato, informazioni sull'account, registri di accesso, dimensioni dei record, tempistica e condivisione di metadati anziché contenuto fotografico leggibile. Se una richiesta possa raggiungere un dispositivo, un metodo di ripristino, un destinatario o il comportamento futuro del cliente è una questione legale e tecnica diversa.
Accesso Interno
I dipendenti o gli aggressori con accesso alle chiavi di archiviazione gestite dal provider potrebbero essere in grado di raggiungere il contenuto crittografato lato server. E2EE rimuove il percorso diretto della chiave di archiviazione quando il provider non dispone di chiavi di contenuto in testo normale. Ciò non rende categoricamente impossibile l’abuso interno perché i fornitori possono controllare la distribuzione dei clienti, lo stato dell’account, i metadati, la condivisione o i componenti di ripristino.
Protezione dei Metadati
Alcune implementazioni E2EE crittografano solo il contenuto dei file, lasciando i metadati come nomi di file e date non protetti. Vaultaire protegge le intestazioni dei file, MIME tipi, indici, miniature e altri metadati del vault con AES-256-GCM crittografia autenticata. La lunghezza del testo cifrato archiviato e il numero di file di indice crittografati possono comunque esporre informazioni strutturali a qualcuno con 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 Advanced Data Protection 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 dell'insieme di credenziali locale dal modello disegnato dall'utente e dal sale del dispositivo. Il fattore lavoro aumenta il costo di ogni ipotesi offline senza aggiungere entropia al modello. La chiave del vault autentica l'indice crittografato e apre la chiave master casuale utilizzata sui dati del file.
- AES-256-GCM per i metadati protegge nomi di file, date, dimensioni, indici e miniature con crittografia autenticata.
- iOS Keychain e protezione dei dati proteggere il sale del dispositivo e il database di ripristino crittografato. AES-GCM le operazioni e le chiavi simmetriche attive rimangono nel processo dell'app mentre un insieme di credenziali è aperto.
- Separazione della chiave del provider significa che Wraxle non riceve una chiave di vault, master, backup o ripristino in testo normale. Facoltativo CloudKit memorizza record di testo cifrato e buste di chiave crittografate, mentre Apple può comunque osservare i metadati del servizio. Vaultaire non richiede un account identificativo Vaultaire.
Vaultaire conserva le informazioni di ripristino, incluso il pattern, all'interno di un file AES-GCM database crittografato archiviato in iOS Keychain. Non viene scritto su file di testo normale o inviato a un servizio di account Vaultaire. Se nessun modello utilizzabile, frase di recuperoo rimane un dispositivo già sbloccato, Vaultaire non dispone di una chiave di ripristino del provider in grado di ripristinare l'accesso.
Domande Frequenti
La crittografia end-to-end è legale?
Il trattamento legale della crittografia, dell'accesso forzato e dei servizi crittografati varia in base alla giurisdizione e può cambiare. Questa guida descrive il modello tecnico, non la consulenza legale. Controlla le leggi locali attuali se il tuo utilizzo comporta perquisizioni alle frontiere, ordinanze del tribunale, documenti regolamentati o un'altra impostazione ad alto rischio.
Le forze dell'ordine possono violare la crittografia end-to-end?
Gli attacchi raramente necessitano di una ricerca completa AES-256 spazio chiave. Un esaminatore può prendere di mira una password o una sequenza debole, un endpoint sbloccato, una memoria, una frase di ripristino, un destinatario, un backup o un difetto di implementazione. Implementato correttamente AES-256-GCM con una chiave casuale ad alta entropia è progettato per resistere alla ricerca diretta della chiave, ma questa è solo una parte del sistema.
Qual è la differenza tra E2EE e crittografia zero-knowledge?
E2EE descrive dove avvengono la crittografia e la decrittografia del testo normale e chi detiene le chiavi di contenuto utilizzabili. La "conoscenza zero" viene spesso utilizzata nel marketing dei prodotti per la crittografia senza provider, ma non dovrebbe essere letta alla lettera: un servizio può non avere chiavi di testo in chiaro pur visualizzando testo cifrato, dati dell'account, dimensioni, tempistiche, relazioni di condivisione e altri metadati. Valuta la chiave documentata e i percorsi di ripristino invece della sola etichetta.
La crittografia end-to-end rallenta il mio telefono?
I dispositivi moderni gestiscono AES-256 in modo efficiente con l'accelerazione hardware esposta tramite le librerie crittografiche del sistema. Su iPhone, Vaultaire si esibisce AES-GCM nel processo dell'app attraverso CryptoKit. Il pubblico di Apple Secure Enclave Le API non sono arbitrarie AES-GCM motore per la crittografia dei file. Il sovraccarico di crittografia e decrittografia dipende dalle dimensioni del file e dal dispositivo, ma è progettato per non intralciarsi durante il normale utilizzo.
Cosa succede se perdo la mia chiave di crittografia?
La perdita di ogni percorso di decrittografia e ripristino utilizzabile rende i dati crittografati irrecuperabili. Molti sistemi E2EE utilizzano quindi frasi di ripristino, dispositivi attendibili, contatti di ripristino, kit di emergenza o buste di chiavi crittografate. Questi meccanismi preservano l’accesso, ma ciascuno diventa anche parte del modello di sicurezza.
Conclusione
La crittografia end-to-end può rimuovere il percorso della chiave in testo normale del provider di archiviazione quando la crittografia avviene su un endpoint autorizzato prima del caricamento. Questa è una protezione significativa, non una garanzia per l’intero sistema. Controlla la custodia, il ripristino, i metadati, gli aggiornamenti del client, la sicurezza degli endpoint e la condivisione delle chiavi dei contenuti prima di affidare a un servizio foto private.
Voltaire implementa la crittografia lato client per iOS. Le tue foto e i metadati del deposito vengono crittografati sul dispositivo con AES-256-GCM prima del backup o della sincronizzazione opzionali. Vaultaire non riceve le chiavi di decrittazione né gestisce un server in grado di trasformare quei record crittografati nelle tue foto. Questo limite del provider non viene compromesso o sbloccato iPhone affidabile.