Come fare il backup delle note crittografate senza compromettere lo zero-knowledge

Perdere tre anni di note è il genere di cosa che succede una volta sola e cambia per sempre il tuo modo di lavorare. Un SSD che muore, un portatile rubato, una sincronizzazione che sovrascrive in silenzio la versione buona con una vuota. Se le tue note contano davvero per te, ti servono delle copie. Il problema: nel momento in cui copiano da qualche parte delle note crittografate, quasi tutti annullano per sbaglio proprio la privacy che avevano scelto. Fanno lo screenshot di una pagina che finisce nel rullino, trascinano un export in chiaro su Google Drive o si mandano un documento per email. A quel punto una copia leggibile della loro vita privata sta sul server di qualcun altro, senza più nulla a proteggerla.

Questa guida spiega come tenere veri backup delle tue note e dei tuoi file senza che succeda. L’obiettivo è semplice: avere copie da cui poter ripristinare, che sopravvivano a un guasto del disco o a un incendio in casa, e il cui contenuto nessuno tranne te possa mai leggere. Per i passaggi concreti userò Filarr, perché è ciò che sviluppo, ma i principi valgono qualunque strumento tu usi.

Risposta rapida. Per fare il backup delle note crittografate senza compromettere lo zero-knowledge, mantieni i dati crittografati lungo tutto il percorso, dal tuo disco fino a dove finiscono. In pratica servono tre cose. Primo, usa un export crittografato: in Filarr, in «Settings» (Impostazioni), trovi un export della cassaforte che impacchetta tutto in un unico ZIP AES-256-GCM protetto da una password scelta da te. Secondo, conserva quel file crittografato dove preferisci, anche su normali servizi cloud, perché per loro è già rumore illeggibile. Terzo, tieni la frase di recupero e la password di recupero offline, separate dal backup, perché un backup che non puoi decrittografare non è un backup. Non affidarti mai a screenshot o a export in testo semplice, e non lasciare mai che un servizio custodisca sia i tuoi dati sia le tue chiavi.

Perché il backup delle note crittografate è un problema a sé

Fare il backup di file normali è facile, perché non ti importa chi può leggerli. Fare il backup di note crittografate è più difficile, perché il punto era proprio che nessuno potesse leggerle, e un backup è per definizione un’altra copia, in un posto meno controllato del tuo dispositivo principale.

Ci sono due modi di fallire, e tirano in direzioni opposte. Il primo è perdere i dati: nessuna copia, un solo disco, un incidente e tutto sparisce. Il secondo è far trapelare i dati: copie ovunque, ma in una forma che qualcun altro può aprire. Una buona strategia di backup deve risolvere entrambi i problemi insieme. Vuoi più copie e più privacy, non l’una a scapito dell’altra.

La trappola in cui cadono quasi tutti è risolvere il primo problema nel modo più pigro. Attivano «sincronizza la cartella delle note su Dropbox» o incollano il testo in un documento nel cloud. Sembra un backup, e tecnicamente lo è, ma hanno appena affidato una copia leggibile a un’azienda che può subire un attacco informatico, ricevere la richiesta di un’autorità o essere semplicemente curiosa. Se vuoi la versione approfondita del perché conta, ho scritto un’analisi completa di cosa cambia davvero quando i tuoi dati trapelano da un cloud classico rispetto a un archivio crittografato in locale. In breve: in una violazione, il primo fa trapelare i tuoi documenti leggibili, il secondo solo spazzatura illeggibile.

Quindi la regola che attraversa tutto ciò che segue è questa: i dati devono essere crittografati prima di uscire dal tuo controllo, e le chiavi non devono mai viaggiare insieme a loro. Tutta la partita si gioca qui.

I tre tipi di backup, e quali preservano lo zero-knowledge

Prima dei passaggi, conviene avere il quadro d’insieme. Ci sono più o meno tre modi in cui le persone fanno il backup delle note, e non si equivalgono.

Copie in chiaro. Screenshot, export in Markdown o PDF, testo incollato in un’altra app. Sono comode e completamente leggibili. Rompono lo zero-knowledge nell’istante in cui lasciano il tuo disco. Utili solo per cose che non ti dispiacerebbe far leggere a uno sconosciuto.

Backup in archivio crittografato. Un unico file che contiene tutta la tua cassaforte, crittografato con una password che conosci solo tu. Puoi metterlo ovunque e resta privato. È il cavallo di battaglia di una strategia di backup privata, ed è quello che ti consiglio come base.

Sincronizzazione cloud zero-knowledge. Un backup continuo in cui ogni file viene crittografato sul tuo computer prima del caricamento, e il server conserva soltanto blob opachi. Ti dà una protezione fuori sede senza muovere un dito, a patto che la sincronizzazione sia davvero zero-knowledge e non semplice marketing della «crittografia a riposo». Se non hai chiara la differenza, vale la pena capire cosa significa davvero la crittografia zero-knowledge prima di fidarti di ciò che promette un fornitore.

Una configurazione solida di solito combina gli ultimi due: la sincronizzazione per la copia fuori sede di tutti i giorni, sempre attiva, più un archivio crittografato periodico che controlli dall’inizio alla fine. Vediamoli uno per uno.

Passo 1: crea un backup in archivio crittografato che controlli completamente

È il backup di cui mi fido di più, perché non devo fidarmi di nessun altro. In Filarr lo crei da «Settings».

Apri «Settings» e cerca l’opzione di export della cassaforte, «Export all» (Esporta tutto). Ti verranno proposte due modalità: «Plain export» (in chiaro) e «Encrypted export» (crittografato). Scegli «Encrypted export». Dietro le quinte, l’app crea uno ZIP di tutta la tua cassaforte (i tuoi file rimessi nella loro vera struttura di cartelle, le tue note esportate sia in Markdown leggibile con frontmatter sia in JSON completo e fedele, ripristinabile esattamente com’era, più un manifest che registra tag, cartelle e collegamenti del grafo tra le note), poi crittografa l’intero archivio con AES-256-GCM usando una password che digiti tu. Il manifest registra persino l’algoritmo di crittografia, così il te stesso del futuro sa che cosa ha davanti.

Quando ti chiede una password, scegline una robusta e non riutilizzare quella con cui accedi al dispositivo. Questa password è l’unica cosa che separa l’archivio da chiunque lo trovi. Se vuoi capire perché proprio AES-256-GCM sia una scelta solida e non una parola alla moda, ho spiegato cosa significa ogni parte di AES-256-GCM e perché la modalità GCM conta in un articolo a parte. In una riga: crittografa e autentica allo stesso tempo, quindi un backup manomesso non si apre, invece di restituire in silenzio dati corrotti.

Il file che ottieni si chiama più o meno filarr-export-encrypted-2026-08-28.zip. Ecco la proprietà importante: quel file è illeggibile senza la password, quindi dove lo metti conta poco per la privacy. Puoi:

• Copiarlo su un disco esterno che tieni in un cassetto.
• Caricarlo su Google Drive, iCloud o Dropbox. Conservano solo testo cifrato. Non possono leggerlo.
• Tenerne una copia a casa e spedirne un’altra a casa di un familiare, contro incendi e furti.

Quest’ultimo punto è il superpotere discreto degli archivi crittografati. Poiché il file è già rumore per tutti tranne che per te, puoi usare uno spazio di archiviazione economico, comodo e di cui non ti fidi, senza rinunciare alla privacy. Usi i loro dischi, senza dover dare loro la tua fiducia.

Fallo con una cadenza proporzionata al lavoro che odieresti rifare. Per la maggior parte delle persone una volta al mese va bene, una volta alla settimana se scrivi molto. Conserva gli ultimi archivi invece di sovrascriverne sempre uno solo, così un export corrotto o scritto a metà non diventa mai la tua unica copia.

Passo 2: attiva la sincronizzazione zero-knowledge per una copia sempre aggiornata

Gli archivi manuali sono ottimi, ma ti dimenticherai di farli. È umano. Qui la sincronizzazione continua si guadagna il suo posto: ti dà una copia fuori sede che si aggiorna da sola, così anche se il tuo ultimo archivio manuale ha tre settimane, il cloud ha la versione di ieri.

Il requisito non negoziabile è che la sincronizzazione sia zero-knowledge. In Filarr i file vengono crittografati sul tuo dispositivo con la chiave del tuo account prima che qualsiasi cosa venga caricata, e il backend (Cloudflare R2) riceve soltanto blob già crittografati. La chiave del tuo account arriva al server solo cifrata da un’altra chiave, derivata dalla tua password e calcolata sul tuo dispositivo, quindi il server da solo non può usarla. Quanto alla password stessa: dal 16 ottobre 2026 l’accesso non la invia più. Il tuo dispositivo calcola una chiave di autenticazione derivata, distinta da quella che protegge i tuoi file, e invia solo quella. Durante una transizione di circa due mesi, un account non ancora ricollegato o una vecchia versione dell’app invia ancora la password al server all’accesso (in HTTPS, verificata con un hash bcrypt): in quel caso un server compromesso potrebbe intercettarla. Ho analizzato il codice che rende vero tutto questo in un approfondimento dedicato a come la sincronizzazione cloud facoltativa di Filarr resta zero-knowledge, incluso esattamente che cosa il server può e non può vedere (cioè quasi niente: dimensioni e tempi, non il contenuto).

Un dettaglio che vale la pena capire: il motivo per cui una fuga di dati da quello spazio cloud sarebbe innocua è la gerarchia delle chiavi. I tuoi file sono crittografati con la chiave del tuo account (la FEK), con un valore casuale nuovo per ogni file, e la FEK è a sua volta cifrata da una chiave derivata dalla tua password (la KEK), calcolata sul tuo dispositivo: sul server la FEK si trova solo in questa forma cifrata, mai in chiaro. È questo design a due livelli che rende inutile la copia conservata senza la tua password o la tua frase di recupero, e ho spiegato nel dettaglio il modello a due livelli di chiavi KEK e FEK, se vuoi vedere come si incastra il tutto.

Se preferisci non usare affatto lo spazio di archiviazione ospitato da Filarr, c’è un’opzione «porta il tuo storage» (bring-your-own-storage): punta la sincronizzazione su un qualsiasi bucket compatibile S3 di tua proprietà. La crittografia avviene allo stesso modo dalla tua parte, quindi il bucket contiene sempre e solo testo cifrato. È la soluzione ideale per chi fa self-hosting e vuole sia il backup fuori sede sia il pieno controllo dello spazio fisico.

Un’avvertenza onesta: la sincronizzazione è un backup contro guasti hardware e furti, ma non contro te stesso. Se elimini una nota e l’eliminazione si sincronizza, la nota sparisce anche dal cloud. È proprio per questo che il passo 1 conta ancora. Gli archivi sono istantanee congelate nel tempo; la sincronizzazione è uno specchio. Ti servono entrambi.

Passo 3: proteggi le chiavi, perché il vero backup sono loro

Ecco la parte che molti saltano, ed è quella che ti salva davvero. Un backup crittografato vale quanto la tua capacità di aprirlo in futuro. Se perdi la password o il metodo di recupero, il backup diventa un mattone: dal punto di vista crittografico, indistinguibile da dati casuali, anche per te.

Filarr ti dà due cose da custodire, e non sono la stessa cosa.

La tua frase di recupero. Quando crei un account Filarr ricevi una frase di recupero BIP-39 di 24 parole (un profilo locale ha la propria frase di 12 parole). È la soluzione di riserva principale per il tuo account e le tue chiavi. Scrivila su carta. Non uno screenshot, non una nota dentro la stessa cassaforte che stai cercando di proteggere (pensa per un attimo a quel circolo vizioso), non un’email a te stesso. Carta o una piastrina metallica per seed, conservata in un luogo fisico e sicuro. Due copie in due luoghi diversi non sono paranoia: sono proporzionate a quanto sarebbe irrecuperabile la situazione se la frase andasse persa.

Il tuo file della chiave di recupero. Separatamente, Filarr ti permette di generare una chiave di recupero da «Settings», protetta da una sua password di recupero (volutamente diversa dalla password della cassaforte), con un promemoria facoltativo in chiaro come «cassetto dell’ufficio» per rinfrescarti la memoria. Ottieni un file da scaricare e conservare in un luogo sicuro, lontano dal tuo dispositivo. Esiste proprio perché dimenticare la password della cassaforte non significhi perdere i tuoi dati.

Il principio che lega tutto è la separazione. Il file di backup e ciò che lo sblocca non devono mai stare nello stesso posto. Se ci stanno, chi ruba il disco si prende entrambi, e torni ai backup in chiaro con qualche passaggio in più. Conserva l’archivio crittografato nel cloud e la frase di recupero su carta, a casa. Tieni il disco esterno in un cassetto e il file della chiave di recupero in un gestore di password. Incrociali, non sovrapporli mai.

Se l’intero tema delle frasi di recupero, dei modelli di minaccia e della sincronizzazione sicura è nuovo per te, la mia guida pratica alla crittografia delle note, più generale, copre le basi su cui poggia questo flusso di backup.

Passo 4: prova un ripristino prima di averne bisogno

Un backup mai provato è una speranza, non un piano. Il numero di persone che scoprono che i loro backup erano vuoti, corrotti o impossibili da aprire proprio nel momento in cui servivano è deprimente.

Quindi fai la cosa noiosa. Quando hai un archivio crittografato, ripristinalo davvero. In Filarr usa l’opzione di importazione della cassaforte, «Import a backup» (Importa un backup), e dagli lo ZIP crittografato con la sua password. L’app decrittograferà l’archivio con AES-256-GCM, leggerà il JSON completo delle note, ricostruirà cartelle e tag dal manifest e rimetterà a posto i tuoi file. Controlla che le note siano tornate con la loro formattazione, che le note collegate siano ancora collegate e che alcuni file veri si aprano correttamente.

Fallo su un profilo di prova o su un computer di test se temi di sovrascrivere la cassaforte che usi ogni giorno. Lo scopo è dimostrare che il giro completo funziona: crittografare, conservare, recuperare, decrittografare, leggere. Se un anello della catena è rotto, vuoi scoprirlo un martedì tranquillo, non il giorno in cui il portatile muore.

Ripeti la prova dopo ogni aggiornamento importante di versione, o dopo aver cambiato password o metodo di recupero. I backup fatti con una vecchia chiave servono solo se puoi ancora arrivare a quella chiave.

Errori da evitare e buone pratiche

Il riflesso dello screenshot. Fare lo screenshot di una nota per «salvarla da qualche parte» è il modo più comune in cui le persone fanno trapelare note private. Quell’immagine finisce nel rullino, che si sincronizza in chiaro su un cloud che non controlli. Se una nota merita un backup privato, fanne un backup privato, non una foto.

Una copia è zero copie. Un backup che esiste solo sul tuo computer principale non è un backup, è l’originale. La regola classica vale ancora: tre copie, due supporti diversi, una fuori sede. Un archivio crittografato su un disco esterno più la sincronizzazione zero-knowledge ti portano quasi fino in fondo, praticamente gratis.

Sovrascrivere l’unico archivio. Se il tuo script o la tua abitudine di backup scrive ogni volta sullo stesso file, un export fallito o troncato può distruggere la tua unica copia. Conserva gli ultimi, con la data. Lo spazio costa poco; i rimpianti no.

Chiavi conservate insieme ai dati. Mettere la password dell’archivio in un file di testo accanto all’archivio, o la frase di recupero dentro la cassaforte, vanifica tutto. Separa fisicamente il lucchetto dalla chiave.

Fidarsi di «crittografato» senza verificare chi ha la chiave. Molti servizi crittografano i tuoi dati ma ne custodiscono anche la chiave, il che significa che possono leggerli, e può farlo anche chiunque violi i loro sistemi. Non è la stessa cosa dello zero-knowledge. La distinzione è sottile e vale la pena interiorizzarla; ho spiegato la differenza precisa tra crittografia end-to-end e zero-knowledge, così puoi distinguere la vera privacy dal marketing.

Dimenticare il telefono e gli altri dispositivi. Le tue note possono vivere su più di un dispositivo. Assicurati che il backup catturi la copia di riferimento, e che un secondo dispositivo in ritardo con la sincronizzazione non possa far risorgere contenuti eliminati o sovrascrivere modifiche più recenti.

Domande frequenti

Un export in chiaro rompe lo zero-knowledge? Sì, nel momento in cui lascia il tuo dispositivo. Uno ZIP, un file Markdown o un PDF in chiaro è leggibile da chiunque lo ottenga, compreso il cloud su cui lo conservi. Usalo solo per contenuti che non ti dispiacerebbe rendere pubblici. Per i backup privati, scegli sempre l’export crittografato.

Dove posso conservare in sicurezza il mio file di backup crittografato? Quasi ovunque, ed è questo il bello. Poiché un archivio crittografato di Filarr è testo cifrato AES-256-GCM protetto dalla tua password, servizi come Google Drive o Dropbox custodiscono solo rumore illeggibile. Conservalo su dischi esterni, nel cloud o in entrambi. Basta tenere la password altrove.

Cosa succede se perdo la password del backup o la frase di recupero? I dati sono irrecuperabili. Non è una scelta di policy, è matematica: senza la chiave, il testo cifrato AES-256-GCM è indistinguibile da dati casuali. Per questo tieni la frase di recupero di 24 parole su carta e generi un file della chiave di recupero separato, entrambi conservati offline e lontani dal backup stesso.

Basta la sincronizzazione cloud, o mi servono ancora gli archivi? Ti servono ancora gli archivi. La sincronizzazione protegge dalla perdita dell’hardware e dai furti, ma riproduce fedelmente anche i tuoi errori: elimini una nota e l’eliminazione si propaga. Gli archivi crittografati periodici sono istantanee congelate che ti permettono di tornare indietro nel tempo. Usa la sincronizzazione per la continuità e gli archivi per la cronologia.

Posso fare il backup sul mio storage invece che sui server di Filarr? Sì. Filarr supporta il bring-your-own-storage su qualsiasi bucket compatibile S3. La crittografia avviene comunque sul tuo dispositivo prima del caricamento, quindi il tuo bucket contiene sempre e solo testo cifrato. È una buona soluzione se vuoi un backup fuori sede e il pieno controllo dello spazio fisico.

Ogni quanto dovrei creare un archivio crittografato? In base a quanto lavoro odieresti perdere. Ogni settimana se scrivi tutti i giorni, ogni mese per un uso più leggero. Conserva gli ultimi archivi con la data invece di sovrascriverne uno, e prova almeno una volta un ripristino, così sai che il giro completo funziona.

Conclusione: fai il backup come se i dati fossero tuoi, perché lo sono

Un backup privato non è complicato, una volta che tieni ferma un’idea: mantieni i dati crittografati dal momento in cui lasciano il tuo disco, e tieni le chiavi in un posto dove i dati non vanno mai. Tutto il resto è logistica. Crea un archivio crittografato da «Settings» e metti le copie dove ti è comodo, perché per tutti tranne te sono rumore. Attiva la sincronizzazione zero-knowledge, così c’è sempre una copia fuori sede aggiornata senza che tu ci debba pensare. Scrivi la frase di recupero su carta e conserva il file della chiave di recupero lontano da tutto il resto. Poi, questa settimana, ripristina davvero un backup e guarda le tue note tornare intatte.

Fallo, e otterrai ciò che molti credono di avere ma di solito non hanno: note che sopravvivono al giorno peggiore, che nessuno tranne te potrà mai leggere e che puoi sempre recuperare. È questo che ti dà davvero un backup delle note crittografate che non compromette lo zero-knowledge: una tranquillità che non ti costa la privacy.