La crittografia end-to-end predefinita riduce il rischio di inviare un messaggio sensibile nella modalità sbagliata. Non rende private tutte le funzioni di un’app, non elimina i metadati e non protegge un telefono compromesso.
Un confronto utile pone due domande: Che cosa succede quando avvio una normale conversazione personale? Che cosa cambia quando uso un gruppo, un backup, un canale pubblico o un altro dispositivo? Questa guida confronta cinque app di messaggistica secondo questi criteri, usando la loro documentazione pubblicata, consultata il 24 ottobre 2026. Non è una classifica indipendente della sicurezza.
Che cosa cambia con la modalità «predefinita»
Con E2EE facoltativa, gli utenti devono scegliere una conversazione cifrata supportata prima di inviare. Se scelgono un’altra modalità, si applicano le regole di quella modalità. Con E2EE predefinita, le conversazioni personali supportate iniziano protette senza attivare separatamente un’opzione segreta.
Nessuna delle due scelte dice tutto sul servizio. Un fornitore può cifrare i dati sui propri server senza offrire E2EE, e un’app con E2EE può comunque conservare registri operativi. Crittografia a riposo, crittografia del trasporto e crittografia end-to-end riguardano vie di accesso differenti.
Cinque prodotti, cinque ambiti da verificare
| App | Punto di partenza documentato | Limite importante |
|---|---|---|
| Signal | Le conversazioni Signal usano E2EE senza una modalità segreta facoltativa | I destinatari previsti e i loro dispositivi possono accedere al testo in chiaro |
| Messaggi e chiamate personali usano E2EE per impostazione predefinita | La protezione dei backup online ha un’impostazione e un sistema di recupero separati | |
| Telegram | Le normali chat cloud usano crittografia client-server; le chat segrete aggiungono E2EE | Le chat segrete sono tra due persone e specifiche del dispositivo; i gruppi normali non hanno E2EE |
| Messenger | Meta documenta E2EE predefinita per messaggi e chiamate personali | Verifica la conversazione e la funzione effettive invece di presumere che tutte le aree di Facebook abbiano la stessa protezione |
| Livara | L’architettura pubblicata descrive chat dirette protette e gruppi privati LGS1 | I canali pubblici sono fuori da E2EE; un vecchio gruppo incompatibile resta visibilmente escluso |
Fonti: indicazioni sulla privacy di Signal, privacy di WhatsApp, FAQ di Telegram, annuncio della crittografia predefinita di Messenger e sicurezza di Livara.
Perché contano le due modalità di Telegram
Le chat cloud di Telegram supportano il suo modello di cronologia nel cloud. Le chat segrete hanno un diverso confine di riservatezza e sono legate ai dispositivi di origine. Un gruppo normale non diventa una chat segreta perché il suo link d’invito è privato o perché i membri si fidano l’uno dell’altro.
Per una conversazione che richiede E2EE, la questione pratica è scegliere una modalità che la offra prima di condividere contenuti. Anche definire le chat cloud «non cifrate» senza precisazioni è inesatto: Telegram vi documenta la crittografia client-server. La distinzione riguarda chi può decifrare, non se esista una qualsiasi crittografia.
Perché l’impostazione dei backup WhatsApp rientra nel confronto
Un messaggio protetto in una conversazione attiva e una copia recuperabile della sua cronologia sono oggetti diversi. Le indicazioni sulla privacy di WhatsApp offrono esplicitamente backup online cifrati come protezione aggiuntiva. Controlla questa impostazione e il metodo di recupero nel tuo account invece di dedurre la sicurezza dei backup dal lucchetto di una conversazione.
La stessa domanda va posta in ogni valutazione di prodotto: che cosa viene salvato, dove si trova il segreto di decifrazione e che cosa accade se viene perso? Un comodo ripristino dell’account non ripristina necessariamente la cronologia cifrata.
La protezione dichiarata di Livara e i suoi limiti
Livara descrive sessioni dirette LVR1 che usano materiale classico e ML-KEM-768, e crittografia LGS1 con chiavi del mittente per i gruppi protetti. Sono dichiarazioni sull’architettura del prodotto, non la prova di un’implementazione sottoposta ad audit indipendente.
La documentazione riporta anche metadati di instradamento e appartenenza, distingue i canali pubblici dalle conversazioni private e afferma che il recupero v7 ripristina l’identità crittografica anziché la cronologia delle chat. Un’identità di crittografia mancante blocca un invio protetto; i gruppi incompatibili non devono ereditare silenziosamente l’etichetta più forte.
Queste precisazioni sono utili quando si prova un prodotto. Il nome di un algoritmo non indica se la conversazione aperta sia in modalità protetta. Leggi il modello di minaccia insieme alla descrizione della funzione.
Una verifica pratica della crittografia predefinita
Prima di spostare conversazioni sensibili:
- Avvia una chat diretta e un gruppo di prova con i dispositivi realmente usati dai partecipanti.
- Individua lo stato della crittografia e il metodo di verifica dell’identità supportato.
- Controlla che cosa succede quando cambia il dispositivo o l’identità di un membro. Non ignorare un avviso inatteso senza confermarlo.
- Esamina separatamente dispositivi collegati, trasferimento della cronologia e backup.
- Individua aree pubbliche, bot, esportazioni e altri modi in cui i contenuti possono uscire dalla conversazione.
La crittografia predefinita è una preziosa caratteristica di usabilità. Il passo successivo utile è verificarne l’ambito, non trattare «predefinita» come sostituto di un modello di minaccia.
