Come crittografare le tue note: una guida pratica alla privacy

Le tue note sono la cosa più sincera che possiedi. Contengono idee abbozzate, dati dei clienti, password annotate alle due di notte, la bozza di una lettera di dimissioni, il nome del medico che volevi chiamare. La maggior parte delle persone scrive tutto questo in app che lo conservano in chiaro sul server di qualcun altro. Questa guida spiega come crittografare davvero le tue note, da cosa protegge ogni metodo e dove gli strumenti più comuni lasciano, senza dirlo, dei buchi.

Risposta rapida: Per crittografare bene le tue note ti servono tre cose: una crittografia robusta (AES-256 è lo standard), una chiave che controlli solo tu (sbloccata dalla tua password, mai conservata in forma leggibile da un’azienda) e un piano di recupero per quando dimenticherai quella password. Notion non crittografa le tue note a riposo per conto tuo, e Obsidian non ha una crittografia nativa (ti affidi a un plugin). Strumenti come Filarr, Standard Notes o Cryptee crittografano sul tuo dispositivo prima che qualsiasi cosa tocchi il disco o il cloud, quindi il server conserva solo contenuti che non può leggere. La mossa pratica è scegliere uno strumento che crittografa in locale di default, usare una passphrase lunga e unica e conservare la frase di recupero da qualche parte offline.

Perché conta più di quanto si pensi

La crittografia sembra un problema da reparto informatico. Non lo è. Riguarda chi può leggere la tua giornata. Quando le tue note vivono non crittografate su un servizio cloud, diverse persone possono potenzialmente vederle: i dipendenti dell’azienda (assistenza, ingegneri che indagano su un problema), chiunque violi i server dell’azienda, un’autorità con una richiesta legale che l’azienda deve rispettare, e qualsiasi partner con cui il servizio condivide dati. Ti fidi di tutti loro di default, in silenzio, per sempre.

L’obiettivo di crittografare le tue note è semplice: rendere il contenuto illeggibile per tutti tranne te. Fatto bene, anche se qualcuno ruba il disco, viola il bucket cloud o chiede all’azienda di consegnare i tuoi file, ottiene solo rumore. È la differenza tra «i miei dati sono archiviati in modo sicuro» (una promessa) e «i miei dati sono matematicamente illeggibili senza la mia chiave» (una proprietà).

Questa guida è per chiunque tenga un secondo cervello in un’app di note: sviluppatori con chiavi API nel loro blocco appunti, freelance con contratti dei clienti, giornalisti, persone che gestiscono questioni di salute o legali, o chiunque semplicemente non ami l’idea che i propri pensieri privati stiano leggibili su un server in un altro paese.

Capisci da cosa ti stai davvero proteggendo

Prima di scegliere un metodo, dai un nome alla tua minaccia. La crittografia non è una cosa sola, e la configurazione giusta dipende da cosa ti preoccupa.

Qualcuno ti ruba il portatile o il telefono. È la minaccia reale più comune. Qui la crittografia dell’intero disco (FileVault su macOS, BitLocker su Windows, LUKS su Linux) aiuta già molto, perché un dispositivo spento con il disco crittografato è difficile da leggere. Ma la crittografia del disco smette di proteggerti nel momento in cui il dispositivo è sbloccato e acceso. Se la tua app di note non ha un suo lucchetto, chiunque abbia il tuo portatile sbloccato legge tutto.

Il servizio cloud viene violato o legge i tuoi dati. Qui la crittografia del disco non serve a nulla, perché le tue note hanno lasciato il tuo disco in forma leggibile e sono state archiviate sul loro server. È qui che conta la crittografia end-to-end o lato client: il contenuto viene crittografato prima di lasciare la tua macchina, quindi il server contiene sempre e solo blob rimescolati.

Un’autorità chiede i tuoi dati all’azienda. Stessa risposta. Se il fornitore non ha mai avuto la tua chiave, può consegnare solo testo cifrato. È il vero significato di «zero-knowledge»: il servizio non può letteralmente leggere ciò che conserva.

Una volta che sai quali di questi scenari ti interessano, la scelta dello strumento diventa più facile. La maggior parte delle persone vuole protezione contro tutti e tre, il che porta verso la crittografia lato client con una chiave che controlli tu.

Metodo 1: la crittografia dell’intero disco (la base che tutti dovrebbero avere)

Comincia da qui, qualunque app di note tu usi. La crittografia dell’intero disco protegge tutto ciò che c’è sulla macchina quando è spenta o bloccata.

Su macOS, apri Impostazioni di Sistema, vai su Privacy e sicurezza e attiva FileVault. Conserva la chiave di recupero in un posto che non sia la stessa macchina. Sulle edizioni Pro di Windows, cerca «Gestisci BitLocker» e attivalo sull’unità di sistema; le edizioni Home hanno una «Crittografia dispositivo» più leggera nelle Impostazioni, se l’hardware la supporta. Su Linux, LUKS viene di solito proposto durante l’installazione come «crittografa il disco», e attivarlo in fase di installazione è molto meno doloroso che aggiungerlo dopo.

Il limite onesto: questo protegge il disco, non l’app. È necessario ma non sufficiente. Una volta che inserisci la password di accesso e la macchina è accesa, le tue note sono decrittografate e leggibili da qualsiasi processo o persona con accesso a quella sessione. Considera la crittografia del disco il pavimento, non il soffitto.

Metodo 2: crittografare singole note o cassaforti dentro un’app di note generica

Se vivi già in uno strumento come Obsidian o Notion, puoi aggiungere la crittografia, ma devi capire esattamente cosa ottieni.

Obsidian archivia le tue note come semplici file Markdown sul disco. Non c’è una crittografia nativa. Le tue opzioni sono: mettere l’intera cassaforte in un contenitore crittografato (un volume VeraCrypt, o una cassaforte Cryptomator sincronizzata con il tuo cloud), oppure usare un plugin della community, per esempio uno che crittografa singole note. L’approccio a contenitore è solido e collaudato, ma scomodo nella vita di tutti i giorni: monti il volume, lavori, lo smonti. L’approccio con plugin è comodo ma fragile, perché dipende da un singolo sviluppatore che mantiene un pezzo di codice che sta tra te e i tuoi dati. Se il plugin si rompe dopo un aggiornamento di Obsidian, puoi restare chiuso fuori dalle tue note finché non viene sistemato. È un rischio reale da valutare.

Notion non offre la crittografia end-to-end. Le tue pagine sono crittografate in transito e crittografate a riposo sull’infrastruttura di Notion con chiavi che controlla Notion, il che significa che Notion può leggere i tuoi contenuti. Non c’è alcuna opzione per l’utente che cambi le cose. Se il tuo modello di minaccia include «l’azienda, o chiunque raggiunga i suoi server, non deve leggere questo», Notion è lo strumento sbagliato per quelle note in particolare, e nessuna impostazione lo risolve. Usalo per le cose che non ti dispiacerebbe fossero leggibili, e tieni altrove il materiale sensibile.

La conclusione sul Metodo 2: aggiungere la crittografia a uno strumento che non è stato costruito per questo funziona, ma resta sempre un ripiego, e i ripieghi hanno spigoli contro cui prima o poi andrai a sbattere.

Metodo 3: un’app di note che crittografa in locale di default

L’opzione più pulita è uno strumento in cui la crittografia non è una funzionalità da attivare ma il modo stesso in cui l’app funziona. Qui il contenuto viene crittografato sul tuo dispositivo con una chiave che solo la tua password sblocca, prima che qualsiasi cosa venga scritta su disco o inviata a un server. Standard Notes, Cryptee, gli strumenti di Proton e Filarr stanno tutti in questa categoria, con compromessi diversi.

Lavoro su Filarr, quindi lo userò come esempio pratico, e sarò franco su dove altri strumenti fanno cose che lui non fa.

Con un’app crittografata local-first, il flusso è questo. Imposti una password della cassaforte la prima volta che apri l’app. Quella password passa attraverso una funzione di derivazione della chiave lenta, che produce la chiave che chiude la tua chiave master. In Filarr la derivazione è PBKDF2 con SHA-512 a 600.000 iterazioni, ben oltre le 210.000 raccomandate dall’OWASP per PBKDF2-SHA512. La lentezza è il punto: rende computazionalmente costoso indovinare la tua password provando miliardi di tentativi.

La tua chiave master è una chiave casuale a 256 bit, ed è lei a essere crittografata (incapsulata) dalla chiave derivata dalla tua password. File e note vengono poi crittografati con quella chiave master, con un valore casuale nuovo per ogni file; solo i file grandi importati sul desktop e i blocchi sincronizzati ne derivano in più una chiave propria. Il contenuto vero e proprio è crittografato con AES-256-GCM, un cifrario autenticato standard, e ogni file è conservato sul tuo disco come blob crittografato a sé. Poiché l’app è local-first, tutto questo succede che tu attivi o meno la sincronizzazione cloud. Offline, le tue note sono già crittografate a riposo sulla tua macchina.

Cosa ti compra tutto questo in pratica: se qualcuno copia i file dal tuo disco, ottiene blob crittografati opachi e nessuna chiave. La chiave esiste solo quando sblocchi l’app con la tua password. L’azienda che gestisce il servizio (nel caso di Filarr, la sincronizzazione cloud facoltativa) non riceve mai la tua chiave in chiaro, solo i blob già crittografati e una copia incapsulata della chiave. Dal 16 ottobre 2026, l’accesso a un account Filarr invia una chiave derivata sul tuo dispositivo, non la tua password. Un’avvertenza onesta per la transizione: per circa due mesi, un account che non ha ancora effettuato di nuovo l’accesso, o una versione meno recente dell’app, invia ancora la password via HTTPS per confrontarla con un hash bcrypt, e un server compromesso potrebbe intercettarla in quel momento.

Metodo 4: gestire la sincronizzazione senza rinunciare alla crittografia

La parte difficile delle note crittografate è sempre stata la sincronizzazione. Vuoi le tue note sul portatile, sul telefono e con un backup da qualche parte, ma sincronizzare di solito significa consegnare dati leggibili a un server. La crittografia lato client risolve il problema sincronizzando solo il testo cifrato.

In un’app crittografata ben progettata, la sincronizzazione carica gli stessi blob crittografati che stanno già sul tuo disco. Nulla viene decrittografato per il server. In Filarr, la sincronizzazione cloud è facoltativa e conserva blob crittografati opachi su Cloudflare R2; il server contiene testo cifrato che non può leggere, e se preferisci non archiviare i tuoi file nello spazio di Filarr, puoi usare il tuo bucket compatibile S3. Il modello mentale da pretendere da qualsiasi strumento: il server dovrebbe essere una scatola stupida che conserva dati rimescolati, non un servizio che elabora i tuoi contenuti.

Quando valuti la sincronizzazione di uno strumento, fai una sola domanda: il server conserva mai le mie note in una forma che può leggere? Se la risposta è sì (Notion, Google Keep, la maggior parte delle app più diffuse), la comodità della sincronizzazione ti costa la privacy. Se la risposta è no, hai entrambe.

Il passaggio che tutti saltano: il recupero

Una crittografia robusta ha uno spigolo vivo. Se solo tu hai la chiave e la perdi, le tue note sono perse. Davvero perse. Non esiste un’email «password dimenticata» che recuperi dati crittografati end-to-end, perché un sistema recuperabile dall’azienda è per definizione un sistema in cui l’azienda ha una chiave.

Per questo pianificare il recupero non è facoltativo: è l’altra metà del crittografare le tue note. I buoni strumenti ti danno una frase di recupero: un elenco di parole (Filarr usa una frase BIP-39 di 24 parole, lo stesso standard dei portafogli di criptovalute) che può ripristinare il tuo accesso. Scrivila su carta. Conservala in un posto fisicamente sicuro e separato dal tuo dispositivo, per esempio una cassaforte di casa o una busta sigillata insieme ai documenti importanti. Non conservare la frase di recupero nella stessa app di note che sblocca, e non mandartela via email.

Un secondo livello di sicurezza sono i tuoi backup crittografati. Esporta o copia periodicamente la tua cassaforte crittografata su un disco esterno. Poiché i file sono già crittografati, il backup può stare tranquillamente su un disco che non è a sua volta crittografato, anche se la doppia sicurezza non guasta mai. Il punto è la ridondanza: la crittografia ti protegge dagli altri, i backup ti proteggono da te stesso.

Errori da evitare e buone pratiche

Una password debole vanifica tutto. AES-256 è in pratica inviolabile, ma protegge una porta la cui chiave è la tua password. Se la tua password è «estate2024», nessuna crittografia ti salva. Usa una passphrase lunga: quattro o cinque parole casuali sono più robuste e più facili da ricordare di una stringa breve e criptica, e non riutilizzarla mai da un altro account.

Diffida delle app che offrono la «reimpostazione della password» per dati crittografati. Se un servizio può reimpostare la tua password e mostrarti ancora le tue vecchie note, significa che il servizio ha la tua chiave. Non è crittografia end-to-end, qualunque cosa dica il marketing. Una vera crittografia lato client ti impone una frase di recupero proprio perché non può farti rientrare reimpostando l’accesso.

Non confondere «crittografato in transito» con «crittografato per te». Quasi tutte le app usano HTTPS, che crittografa i dati mentre viaggiano. È il minimo indispensabile e non dice nulla sul fatto che l’azienda possa leggere le tue note una volta arrivate. Cerca specificamente la crittografia «end-to-end», «lato client» o «zero-knowledge».

Screenshot, appunti ed esportazioni fanno trapelare. La crittografia protegge l’archiviazione, non quello che fai con il contenuto decrittografato. Una nota che incolli in una chat non crittografata, o che esporti in un PDF in chiaro sul desktop, non è più protetta. Sii consapevole di dove finiscono le copie decrittografate.

Scegli lo strumento in base alla maturità che ti serve. Sii onesto con te stesso sui compromessi. Obsidian ha un enorme ecosistema di plugin e una grande community; un’app crittografata più giovane come Filarr ha meno plugin e una community più piccola (è un progetto del 2026, con il mobile ancora in corso). Se per un certo uso l’estensibilità profonda conta più della crittografia nativa, è una scelta legittima. Crittografa le note che ne hanno bisogno, e non costringere un solo strumento a essere tutto.

Una configurazione concreta da copiare

Ecco una configurazione che copre tutte e tre le minacce senza troppo attrito. Attiva la crittografia dell’intero disco su ogni dispositivo (la base contro il furto). Tieni il materiale davvero sensibile in un’app crittografata local-first con una passphrase robusta e unica, così che il contenuto sia illeggibile a riposo e nel cloud. Attiva la sincronizzazione crittografata se ti servono più dispositivi, verificando che il server conservi sempre e solo testo cifrato. Scrivi la frase di recupero su carta e conservala offline, separata dai tuoi dispositivi. Tieni un backup crittografato periodico su un disco esterno.

Questa combinazione significa che un portatile rubato non cede nulla, un cloud violato non cede nulla, e una password dimenticata non ti costa le tue note. Ci vogliono una ventina di minuti per configurarla, poi va avanti quasi da sola.

Domande frequenti

La crittografia dell’intero disco basta a proteggere le mie note? No. La crittografia del disco protegge le tue note quando il dispositivo è spento o bloccato, ma una volta che accedi e la macchina è accesa, le tue note sono decrittografate e leggibili da chiunque abbia accesso a quella sessione o al servizio cloud che ne conserva una copia in chiaro. È una base necessaria, non una soluzione completa. Abbinala a un’app di note che crittografa i contenuti sul tuo dispositivo.

Notion crittografa le mie note? Notion crittografa i dati in transito e a riposo sui suoi server con chiavi che controlla Notion, il che significa che Notion stessa può leggere i tuoi contenuti, così come chiunque violi i suoi server o un’autorità che glieli chieda. Notion non offre la crittografia end-to-end, e non c’è alcuna impostazione per attivarla. Per le note che devono restare private anche rispetto al fornitore, usa invece uno strumento con crittografia lato client.

Che differenza c’è tra crittografia in transito e crittografia end-to-end? La crittografia in transito (HTTPS) protegge i dati solo mentre viaggiano tra il tuo dispositivo e il server; il server può comunque leggerli all’arrivo. La crittografia end-to-end o lato client crittografa il contenuto sul tuo dispositivo prima dell’invio, quindi il server conserva sempre e solo dati rimescolati che non può leggere. Per le note private, vuoi il secondo tipo.

Cosa succede se dimentico la password? Con una vera crittografia end-to-end, l’azienda non può recuperare le tue note, perché non ha mai avuto la tua chiave. Per questo questi strumenti ti danno una frase di recupero (Filarr usa una frase BIP-39 di 24 parole) quando configuri la tua cassaforte. Annotala e conservala offline. Se perdi sia la password sia la frase di recupero, nessuno può recuperare le note crittografate.

La crittografia AES-256 è davvero sicura? AES-256 è uno standard di cui si fidano governi e banche, e non si conosce alcun attacco pratico contro di esso. Il punto debole non è quasi mai il cifrario; è la password che protegge la chiave. Una password corta o riutilizzata può essere forzata a prescindere dal cifrario, quindi usa una passphrase lunga e unica e lascia che la funzione di derivazione della chiave dell’app (come PBKDF2 con 600.000 iterazioni, o Argon2id) faccia il suo lavoro.

Posso continuare a sincronizzare le note tra dispositivi se sono crittografate? Sì, se lo strumento è costruito per farlo. Le app con crittografia lato client sincronizzano i blob già crittografati, quindi il server conserva testo cifrato che non può leggere mentre i tuoi dispositivi restano allineati. Filarr, per esempio, offre una sincronizzazione facoltativa che carica blob crittografati su Cloudflare R2, o sul tuo bucket compatibile S3. Verifica che il server non conservi mai una copia leggibile.

Conclusione

Crittografare le tue note non è un singolo interruttore, è una piccola pila: la crittografia del disco come pavimento, un’app con crittografia lato client per le note che contano, la sincronizzazione crittografata se ti serve, e una frase di recupero conservata offline, così che una password persa non diventi un decennio di pensieri perso. La meccanica la gestiscono gli strumenti; il tuo compito è sceglierne uno che crittografa in locale di default, scegliere una passphrase robusta e salvare la frase di recupero prima che ti serva. Fallo una volta, e la testimonianza più sincera della tua vita smetterà di essere leggibile da chiunque tranne te.

Se vuoi uno strumento in cui questo è la norma e non un ripiego, Filarr crittografa ogni file in locale con AES-256-GCM prima che tocchi il disco, mantiene la sincronizzazione facoltativa ed è gratuito per sempre per l’uso locale. Ma il principio sopravvive a qualsiasi singola app: possiedi le tue chiavi, pianifica il recupero, e smetti di fidarti di server che custodiscono segreti che possono leggere.