Oblivio
Il confronto tra crittografia lato dispositivo e crittografia cloud si riduce a una domanda pratica: il file viene cifrato prima di lasciare il tuo telefono o computer, oppure solo dopo essere arrivato al provider? Prima di confrontare le due opzioni, può essere utile una guida base alla cifratura locale. Con la crittografia lato dispositivo, il dispositivo cifra i dati localmente prima del caricamento o della condivisione, riducendo potenzialmente ciò a cui un provider cloud può accedere. Con la crittografia cloud, il provider spesso cifra i dati dopo averli ricevuti e può gestire le chiavi necessarie per decifrarli. Nessuno dei due modelli è automaticamente buono o cattivo: la cifratura gestita dal cloud può essere comoda per recupero, collaborazione e amministrazione, mentre quella lato dispositivo richiede in genere più responsabilità nella gestione di chiavi, sicurezza del dispositivo e recupero. Per i file sensibili, la scelta giusta dipende da chi deve accedervi, per quanto tempo e da quanta fiducia sei disposto a riporre nel fornitore del servizio.
A chi serve questo confronto
Questa guida è pensata per chi deve scegliere come archiviare o condividere foto private, documenti d’identità, dossier dei clienti, contratti, documenti finanziari o altri materiali che non dovrebbero diventare ampiamente accessibili per impostazione predefinita. È particolarmente utile se stai valutando un cloud drive noto, un servizio di archiviazione cifrato o uno strumento di condivisione progettato per mantenere il controllo più vicino al mittente.
Il confronto conta meno per una brochure pubblica che per la scansione di un passaporto inviata a un locatore, un documento fiscale inviato al commercialista o un allegato riservato condiviso con un cliente. In queste situazioni, la cifratura durante il trasferimento è solo una parte della decisione. Contano anche l’accesso alle chiavi, la conservazione, la revoca e la possibilità per il destinatario di copiare il file.
La differenza essenziale: dove avviene la cifratura e chi può decifrare
La crittografia lato dispositivo, detta anche crittografia client-side o locale, significa che l’app cifra un file sul tuo dispositivo prima che venga caricato, sincronizzato o trasmesso. Un server può archiviare o inoltrare dati cifrati, ma non dovrebbe aver bisogno del file in chiaro per svolgere questo ruolo. La protezione è più solida quando il provider non può ottenere le chiavi di decifratura nel normale funzionamento del servizio. Il funzionamento della device side encryption è esplorato in un articolo dedicato.
La crittografia cloud è un termine più ampio. Può significare che i dati sono cifrati durante il trasferimento verso il provider e quando sono conservati sui suoi server, ma la cifratura può essere eseguita o controllata dal provider stesso. In questo modello comune, il servizio gestisce il sistema di gestione delle chiavi. Di conseguenza, il provider può essere tecnicamente in grado di decifrare i dati in circostanze definite, secondo la propria architettura, le politiche, il processo di recupero dell’account e gli obblighi legali.
La cifratura a riposo protegge i dati archiviati da alcune forme di accesso non autorizzato. La crittografia lato dispositivo cambia il modello di fiducia perché mira a impedire che il provider di archiviazione veda il file non cifrato fin dall’origine.
La cifratura in transito non coincide con quella lato dispositivo
La maggior parte dei servizi online affidabili utilizza connessioni cifrate, in genere HTTPS/TLS, per proteggere i dati mentre viaggiano tra il tuo dispositivo e i propri sistemi. È importante, ma non chiarisce se il provider possa leggere un file una volta ricevuto. Un servizio può usare una solida cifratura del trasporto e decifrare comunque il file sui propri server per archiviazione, scansione, generazione di anteprime, ricerca, recupero o funzioni collaborative.
Per comprendere meglio come funziona la cifratura lato dispositivo, considera il ruolo delle chiavi e del dispositivo prima del caricamento.
Confronto: crittografia lato dispositivo e crittografia cloud
| Punto decisionale | Crittografia lato dispositivo | Crittografia cloud gestita dal provider |
|---|---|---|
| Dove inizia la cifratura | Sul tuo dispositivo, prima del caricamento o della condivisione. | Spesso dopo che il servizio riceve i dati, anche se la cifratura del trasporto normalmente protegge il caricamento. |
| Chi gestisce di solito le chiavi | L’app dell’utente, il dispositivo o un sistema di recupero sotto controllo dell’utente. | Il servizio di gestione delle chiavi del provider. |
| Fiducia richiesta nel provider | Minore per la riservatezza dei contenuti se il provider non può accedere alle chiavi. | Maggiore, perché il provider può essere in grado di decifrare i contenuti o amministrare gli accessi. |
| Recupero dell’account | Può essere difficile se si perdono chiavi o materiali di recupero. | Di solito più semplice, perché il provider può reimpostare o ripristinare l’accesso. |
| Funzioni lato server | Possono essere limitate, perché il server vede contenuti cifrati. | Spesso è più facile offrire anteprime, ricerca, elaborazione dei contenuti e collaborazione centralizzata. |
| Rischio principale da gestire | Perdita di accesso al dispositivo, autenticazione locale debole o chiavi di recupero gestite male. | Compromissione del provider, accessi interni, furto dell’account o esposizione a politiche e obblighi legali. |
La tabella descrive architetture, non garanzie. Alcuni servizi combinano i modelli: possono cifrare localmente determinate cartelle, mantenere chiavi di recupero sotto il controllo del provider oppure usare cifratura end-to-end per la condivisione ma non per ogni funzione. Leggi la documentazione del prodotto per capire con precisione chi può accedere alle chiavi e come funziona il recupero, invece di affidarti a etichette come “cloud sicuro” o “archiviazione cifrata”. Per un caso concreto, considera l’impatto di questa scelta sulla protezione delle foto private. Lo stesso criterio è utile per proteggere foto e video in locale.
Criteri di scelta che mostrano il reale modello di privacy
Quando valuti un prodotto, evita di chiedere soltanto se “usa la cifratura”. Quasi ogni provider serio lo fa. Poni invece queste domande più utili per distinguere il modello effettivo.
- Dove viene cifrato il file? Cerca una dichiarazione esplicita che confermi la cifratura sul dispositivo prima del caricamento o dell’invio.
- Chi può ottenere le chiavi di decifratura? Verifica se le chiavi restano sotto il tuo controllo, se il provider conserva chiavi di recupero e se dipendenti o sistemi automatizzati possono accedere ai file in chiaro.
- Cosa richiede il recupero dell’account? Il recupero è utile, ma una reimpostazione gestita dal provider può indicare che il provider dispone di un percorso per ripristinare la capacità di decifrare.
- Quali metadati restano visibili? Anche quando i contenuti sono cifrati, un servizio può vedere identificativi dell’account, dimensione del file, momento della condivisione, informazioni legate all’IP o metadati del destinatario.
- Cosa accade dopo l’invio? Verifica se l’accesso può scadere, essere revocato o tracciato e se il file diventa un allegato incontrollato una volta ricevuto.
- Come è protetto il dispositivo locale? La cifratura lato dispositivo non aiuta se un telefono o computer sbloccato consente a un aggressore di accedere al file decifrato.
Opzioni consigliate in base al caso d’uso
L’opzione migliore dipende dall’attività, non da un vincitore universale. La privacy non dovrebbe richiedere un’attenzione tecnica costante: scegli quindi una configurazione il cui comportamento più sicuro sia realistico nell’uso quotidiano.
Scegli la cifratura cloud gestita dal provider se la priorità è la comodità
La cifratura cloud gestita dal provider è adatta a documenti ordinari, spazi di lavoro di team e situazioni in cui reimpostazioni affidabili della password, accesso via web, amministrazione centralizzata e collaborazione in tempo reale valgono più della riduzione dell’accesso tecnico del provider. Può essere una scelta ragionevole se comprendi il rapporto di fiducia e applichi una buona sicurezza dell’account, incluse password uniche e autenticazione a più fattori.
Scegli la crittografia lato dispositivo se l’accesso del provider è il problema principale
La crittografia lato dispositivo è più adatta ad archivi privati e file per i quali il cloud dovrebbe agire principalmente come livello di archiviazione o sincronizzazione, non come soggetto in grado di ispezionare i contenuti. Il compromesso è la responsabilità operativa: devi proteggere il dispositivo, conservare con cura le informazioni di recupero e accettare che una chiave persa possa significare dati persi in modo permanente.
Scegli uno strumento di condivisione controllata se il problema continua dopo il caricamento
Per un documento sensibile inviato a una persona specifica, la sola cifratura dell’archiviazione può non essere sufficiente. Potresti avere bisogno di un modello di condivisione controllata che limiti la durata, identifichi il destinatario previsto e permetta di revocare l’accesso. Oblivio è particolarmente adatto a questo caso: è progettato per proteggere i file localmente e durante la condivisione con cifratura end-to-end, mantenendo al tempo stesso la cronologia operativa principalmente sul dispositivo dell’utente invece di usare il server come archivio permanente dei contenuti.
Oblivio supporta inoltre accessi a tempo e revoca dopo la condivisione. Quando preoccupa una ridistribuzione non autorizzata, il suo approccio può aggiungere tracing e identificativi associati al destinatario come elementi di deterrenza. Queste misure non rendono impossibili screenshot, fotografie esterne o copie: servono a rendere la condivisione non autorizzata meno semplice e meno anonima.
Un metodo pratico per decidere come inviare un file sensibile
Usa questo schema prima di scegliere un canale. È uno strumento decisionale illustrativo, non un test di prodotto né una garanzia di protezione.
- Classifica il file. Se una divulgazione potrebbe causare furto d’identità, danno finanziario, problemi di riservatezza professionale o disagio personale, trattalo come sensibile.
- Definisci l’esigenza di accesso. Il destinatario ha bisogno di una copia permanente, di visualizzazione temporanea o di un breve periodo per scaricare più documenti collegati?
- Individua il soggetto di cui ti fidi meno. Il dubbio riguarda il provider cloud, il destinatario, chi può accedere al tuo dispositivo o un aggressore che prende il controllo dell’account? La cifratura affronta solo alcune di queste minacce.
- Abbina il controllo al rischio. Usa la cifratura locale per ridurre l’esposizione verso il provider; usa scadenza e revoca quando l’accesso deve terminare; usa il tracciamento del destinatario come deterrente quando la ridistribuzione è un rischio concreto.
- Pianifica il recupero prima dell’invio. Verifica come recupererai l’accesso se cambi dispositivo o dimentichi le credenziali. Un modello che tutela la privacy può offrire deliberatamente meno recupero assistito dal provider.
Scenario illustrativo: un designer freelance deve inviare a uno specialista, per una verifica, un documento d’identità di un cliente e un accordo firmato. Una normale cartella cloud può essere appropriata se servono accesso continuativo al team e modifica collaborativa. Se invece lo specialista deve consultare i file solo per un periodo limitato, una condivisione con cifratura locale, una scadenza definita e la possibilità di revocare l’accesso riflette meglio lo scopo. Questo scenario illustra criteri di scelta: non è la prova di un risultato ottenuto da un cliente né l’affermazione che uno strumento possa impedire ogni copia salvata.
Limiti importanti ed errori comuni
Errore: considerare “cifrato end-to-end” una risposta completa. La cifratura end-to-end può proteggere i contenuti in transito e dall’accesso degli intermediari, ma devi comunque valutare compromissione degli endpoint, backup, metadati, recupero e ciò che il destinatario può fare dopo aver visualizzato un file.
Errore: confondere la cifratura con il controllo degli accessi. La cifratura protegge i dati da chi non possiede le chiavi. Non impedisce a un destinatario autorizzato di fotografare uno schermo, trascrivere informazioni o condividere un file già scaricato. Controlli a più livelli — scadenza, revoca, registri locali e deterrenza — possono ridurre l’esposizione, ma non creano un controllo totale.
Errore: trascurare i metadati. Un provider potrebbe non vedere il contenuto del documento, ma trattare comunque informazioni contestuali utili. Esamina ciò che un’app registra su destinatari, tempistiche, nomi dei file e dispositivi, poi valuta se questa visibilità è proporzionata all’attività da svolgere.
Errore: creare un archivio privato irrecuperabile. Se scegli un approccio lato dispositivo, proteggi il materiale di recupero separatamente dal dispositivo e non conservarlo in normali note, bozze email o cartelle condivise. Una privacy solida senza un piano di recupero può trasformare un guasto del dispositivo in una perdita permanente dei dati.
Checklist prima della scelta
- Verifica se la cifratura avviene prima che i file lascino il dispositivo.
- Scopri se il provider può accedere alle chiavi di decifratura, reimpostarle o recuperarle.
- Conferma per quanto tempo file e backup restano archiviati e dove.
- Controlla se l’accesso alla condivisione può scadere o essere revocato dopo l’invio.
- Esamina le protezioni locali, come PIN, biometria dove disponibile e dati locali cifrati.
- Chiediti cosa accade se un destinatario inoltra, scarica, cattura lo schermo o fotografa il contenuto.
- Scegli un metodo di recupero dell’account che puoi mantenere realisticamente nel tempo.
- Rivedi queste impostazioni quando cambi dispositivo, aggiungi collaboratori o inizi a gestire materiali più sensibili.
In sintesi
La crittografia lato dispositivo riduce la dipendenza dal provider cloud cifrando i file prima che lascino il dispositivo; la crittografia cloud spesso privilegia la praticità del servizio lasciando al provider la gestione delle chiavi. Per i file sensibili, la scelta più solida è di solito quella coerente con l’esposizione reale: cifratura locale per limitare l’accesso del provider e condivisione controllata quando serve gestire anche ciò che accade dopo l’invio. Oblivio è progettato per questo secondo problema: rendere più pratica la privacy nella condivisione dei file tramite protezione locale, consegna cifrata, scadenza, revoca e tracciamento responsabile, senza chiedere agli utenti di affidarsi soltanto alla memoria e alla fiducia.
Per altre indicazioni pratiche su privacy e protezione dei file, consulta le nostre guide.
Domande frequenti
La crittografia lato dispositivo è più sicura di quella cloud?
La crittografia lato dispositivo può offrire una riservatezza maggiore rispetto al provider perché i file vengono cifrati prima del caricamento e il provider potrebbe non possedere chiavi di decifratura utilizzabili. Non è automaticamente più sicura sotto ogni aspetto: una protezione debole del dispositivo, chiavi di recupero perse o un destinatario autorizzato possono comunque creare rischi.
Un provider cloud può leggere file cifrati nel cloud?
È possibile. Se il provider gestisce le chiavi di cifratura o dispone di un meccanismo di recupero che può ripristinare l’accesso, potrebbe essere tecnicamente in grado di decifrare i contenuti secondo l’architettura del proprio sistema. Consulta la documentazione sulla gestione delle chiavi e sul recupero dell’account del servizio specifico.
La crittografia lato dispositivo nasconde tutti i metadati?
No. La crittografia lato dispositivo protegge principalmente il contenuto dei file. A seconda del servizio, metadati come dettagli dell’account, dimensione del file, date e orari, informazioni sul destinatario o dati di rete possono comunque essere visibili o trattati.
Posso revocare un file dopo averlo inviato?
La revoca è una funzione di condivisione, non una proprietà universale della cifratura. Uno strumento può revocare l’accesso futuro a un file ospitato o controllato, ma non può eliminare in modo affidabile copie che un destinatario ha già scaricato, fotografato o ricreato.
Quando usare Oblivio invece di un normale cloud storage?
Valuta una condivisione controllata come Oblivio quando il file è sensibile e la domanda importante non è soltanto dove viene archiviato, ma anche chi lo ha ricevuto, per quanto tempo l’accesso deve restare attivo e se potrebbe essere necessario revocarlo. Il cloud storage ordinario rimane più adatto a esigenze ampie e continuative di archiviazione e collaborazione.