Come crittografare i file prima di caricarli nel cloud

Crittografare i file prima del caricamento cloud significa che i byte presenti nel tuo Google Drive, Dropbox, iCloud, OneDrive, S3, R2 o Backblaze B2 sono ciphertext che solo tu puoi decrittografare. Il provider vede spazzatura. Puoi usare 7-Zip con una password forte (AES-256 in modalità CBC, adeguato per la maggior parte delle minacce), rclone con il backend crypt (NaCl SecretBox, migliore), Cryptomator per la crittografia a livello di cartella (AES-256-GCM, montaggio trasparente), o age / gocryptfs per i flussi di lavoro a riga di comando. La scelta dipende dal fatto che tu abbia bisogno di accesso casuale, condivisione o lettura mobile, ma tutti e cinque ti collocano all'interno del safe harbor di crittografia CCPA 1798.150.

Perché la crittografia gestita dal provider non basta

Ogni cloud principale pubblicizza la "crittografia a riposo" — AES-256 sui loro dischi. Quello che non pubblicizzano è che detengono le chiavi. Google può decrittografare il tuo Drive, Apple può decrittografare il tuo iCloud (eccetto per il livello Advanced Data Protection introdotto nel 2022 per alcune regioni), Dropbox può decrittografare i tuoi file. Qualsiasi ingiunzione, insider amministrativo o violazione che raggiunge il sistema di gestione delle chiavi raggiunge i tuoi file. La crittografia lato client prima dell'upload ribalta questo: il provider detiene il ciphertext, tu detieni la chiave, e un'ingiunzione al provider non produce nulla di utile.

7-Zip per la crittografia semplice basata su password

Lo strumento più semplice per la crittografia occasionale è 7-Zip su Windows/Linux, Keka su macOS, o ZArchiver su Android. Fai clic con il tasto destro sul file, seleziona "Aggiungi all'archivio," scegli il formato 7z, metodo di crittografia AES-256, e una password forte. Il file .7z risultante è ciphertext. Caricalo su qualsiasi cloud. Il problema: il KDF predefinito di 7-Zip è un po' debole — deriva la chiave con un numero fisso di 2^19 iterazioni SHA-256, che una GPU moderna cracca a circa 100k password/secondo. Usa una passphrase di 20+ caratteri per compensare. Funziona per upload occasionali; non è ideale per file da 10 GB perché devi ri-caricare l'intero archivio per qualsiasi modifica.

Backend crypt di rclone per la sincronizzazione cloud-agnostica

rclone (open source, licenza MIT) sincronizza con 70+ provider cloud e ha un backend crypt che cifra i file prima dell'upload usando NaCl SecretBox (XSalsa20-Poly1305). Configura una volta con rclone config, scegli una password, e da quel momento in poi qualsiasi rclone sync ~/docs crypt:bucket crittografa in modo trasparente. Anche i nomi dei file vengono crittografati. La chiave risiede nella configurazione locale di rclone, offuscata ma recuperabile se qualcuno possiede la tua home directory — archivia la password in un gestore di password e tratta la configurazione come sostituibile. Funziona per Backblaze B2 a 0,006$/GB/mese, R2 a zero costi di egress, o Wasabi a 0,0068$/GB/mese.

Cryptomator per la crittografia trasparente a livello di cartella

Cryptomator (open source, gratuito per desktop) monta un vault cifrato come unità virtuale su macOS, Windows e Linux. Rilascia un file nel vault, Cryptomator lo cifra con AES-256-GCM e archivia il ciphertext in una cartella adiacente che si sincronizza con Dropbox o Drive. Il testo in chiaro originale non tocca mai il cloud. I singoli file ricevono chiavi individuali derivate dalla password del vault tramite scrypt. Un .docx da 12 MB rimane 12 MB dopo la crittografia — nessun overhead di archivio — quindi la sincronizzazione solo delle modifiche funziona. Le app mobile (iOS 15€, Android 18€) leggono lo stesso formato vault, quindi il tuo telefono vede i file decrittografati all'interno dell'app Cryptomator mentre il provider di sincronizzazione non vede nulla.

age e rage per Unix a riga di comando

age (pronunciato "ahhh-gay") è il moderno sostituto di GPG di Filippo Valsorda, che utilizza X25519, ChaCha20-Poly1305 e HKDF-SHA256. Installa con brew install age o equivalente. Cifra con age -p -o file.age file.pdf per basato su password, o age -r age1... per basato su chiave pubblica. Il file .age risultante si carica ovunque. rage è un port Rust con formato identico. Rispetto a GPG, age non ha opzioni, nessuna web of trust, nessuna cifratura legacy — solo crittografia moderna che funziona. Per le pipeline di automazione (backup notturni del database su S3), age più una chiave SOPS o KMS è il pattern idiomatico del 2026.

VeraCrypt per volumi container completi

VeraCrypt (fork open source di TrueCrypt) crea file container cifrati che si montano come unità. Un container VeraCrypt da 50 GB contiene file arbitrari, cifra al volo con AES-256 o Serpent o Twofish, e si carica come un singolo blob. Plausible deniability tramite volumi nascosti. Il rovescio della medaglia: modificare un file all'interno di un container di grandi dimensioni significa ri-sincronizzare l'intero container con il cloud, il che annulla la delta-sync di Dropbox. Usa VeraCrypt per backup in stile archiviazione (snapshot annuali) piuttosto che per set di lavoro attivi. Il container sopravvive al cambiamento di provider — passa da Dropbox a Mega senza ri-cifrare.

gocryptfs per uso quotidiano su Linux e macOS

gocryptfs è un filesystem FUSE che è stato sottoposto a audit di sicurezza (Quarkslab 2017, ri-auditato nel 2023) e gira su Linux e macOS tramite macFUSE. Come Cryptomator ma più leggero: gocryptfs ~/cipher ~/plain e lavori in ~/plain mentre ~/cipher si sincronizza. Crittografia a livello di file con AES-256-GCM, struttura di directory preservata ma nomi cifrati con EME. Più veloce di Cryptomator perché è C nativo piuttosto che Java. Si abbina naturalmente con rclone per la sincronizzazione cloud o restic per il backup deduplicante. Questa è la scelta power-user per utenti Linux tecnici che desiderano la crittografia trasparente senza GUI.

Scegliere la giusta strategia di derivazione delle chiavi

Tutti gli strumenti sopra derivano le chiavi di crittografia dalla tua password. La forza dipende dal KDF: 7-Zip usa 2^19 iterazioni SHA-256 (~500k), rclone crypt usa scrypt con N=16384, Cryptomator usa scrypt con parametri predefiniti a 2^15, VeraCrypt usa 500.000 PBKDF2-HMAC-SHA512, age in modalità password usa scrypt con N=2^18. Argon2id sarebbe migliore di tutti questi; solo le versioni più recenti di age lo includono. Scegli una password con almeno 75 bit di entropia (20 caratteri casuali o sei parole Diceware) così le debolezze del KDF non contano — una passphrase di 100 caratteri resiste agli attacchi offline anche a bassi conteggi di iterazione.

Cosa fare con i metadati dei file

Cifrare il contenuto del file è la cosa principale, ma perdono anche i metadati. Le dimensioni dei file, i timestamp di modifica, i nomi dei file e la struttura delle directory rivelano tutte informazioni. Cryptomator, gocryptfs e rclone cifrano i nomi dei file; age e 7-Zip non lo fanno. Per la massima privacy, comprimi i file sensibili in un singolo archivio con un nome offuscato (archive-2026-05-14.tar.gz.age) e una data di modifica anonima. Il provider vede un timestamp ma non quali file hai modificato. Per lo storage cloud condiviso con i colleghi, questo livello di offuscamento spesso interrompe i flussi di lavoro — scegli le tue battaglie.

Quando usare HexaTransfer invece dello storage cloud permanente

Se stai caricando un file da condividere con una persona e poi eliminare, non hai bisogno dello storage cloud — un trasferimento cifrato a breve durata funziona meglio. HexaTransfer esegue AES-256-GCM lato client con chiavi che non raggiungono mai il server, limite di 10 GB, e scadenza automatica. Rispetto al caricare un file cifrato con age su Dropbox, condividere il link, e ricordarsi di eliminarlo in seguito, uno strumento di trasferimento dedicato è meno da gestire. Per lo storage permanente, cifra prima dell'upload con gli strumenti sopra. Per la condivisione temporanea, usa un servizio E2EE effimero.

Provalo su hexatransfer.com — gratis, senza registrazione, fino a 10 GB.