La crittografia end-to-end protegge i contenuti supportati tra i dispositivi; non rende infallibili quei dispositivi o i loro utenti.
La crittografia end-to-end (E2EE) protegge il contenuto dei messaggi supportati facendo sì che siano i dispositivi partecipanti, e non il servizio che li recapita, a possedere i mezzi per leggerlo. Non nasconde automaticamente chi comunica, non mette al sicuro un telefono infetto e non impedisce al destinatario di copiare un messaggio.
Questa guida segue un messaggio dal mittente al destinatario, confronta l’E2EE con HTTPS e spiega quali verifiche pratiche permettono di valutare le dichiarazioni di un servizio di messaggistica sulla crittografia.
Che cos’è la crittografia end-to-end?
La crittografia end-to-end protegge le informazioni cifrandole sul dispositivo del mittente e decifrandole soltanto su un dispositivo partecipante del destinatario.
In una conversazione E2EE progettata correttamente, il messaggio non lascia il dispositivo di origine come testo leggibile, o in chiaro. Ne esce come testo cifrato: informazioni trasformate che dovrebbero essere inutilizzabili senza la chiave crittografica corretta.
Il servizio di messaggistica può contribuire a recapitare e sincronizzare i dati cifrati senza avere bisogno del contenuto protetto in forma leggibile. A seconda del protocollo, lo stesso principio può valere per le comunicazioni individuali e di gruppo.
Le «estremità» sono i dispositivi partecipanti, non necessariamente soltanto due telefoni. Un gruppo o il portatile collegato all’account di una persona possono aggiungere altri dispositivi autorizzati.
Questa è la differenza fondamentale tra la crittografia end-to-end e la normale cifratura del trasporto.
Come funziona l’E2EE?
La matematica può essere complessa, ma il percorso essenziale di un messaggio è comprensibile.
1. Ogni partecipante possiede chiavi crittografiche
Un’applicazione di messaggistica sicura genera o conserva materiale crittografico sul dispositivo dell’utente.
Alcune chiavi possono essere condivise pubblicamente. Le chiavi private devono rimanere protette, perché aiutano il dispositivo a stabilire o recuperare le informazioni segrete necessarie a decifrare i messaggi.
2. I dispositivi stabiliscono segreti condivisi
I partecipanti scambiano le informazioni pubbliche necessarie a derivare segreti corrispondenti.
Non dovrebbe essere necessario trasmettere il segreto stesso sotto forma di dati leggibili. Ogni dispositivo esegue autonomamente le operazioni crittografiche richieste.
3. Il messaggio viene cifrato localmente
Quando il mittente tocca Invia, l’applicazione cifra il messaggio sul suo dispositivo.
La frase leggibile diventa testo cifrato prima di essere caricata sul server o inoltrata.
4. Il server recapita il testo cifrato
L’infrastruttura di messaggistica instrada il messaggio cifrato verso il destinatario e può conservare dati cifrati per consentire la sincronizzazione, la consegna e l’uso di più dispositivi autorizzati.
Il server continua a svolgere importanti attività operative. L’E2EE cambia la forma del contenuto dei messaggi che gestisce.
5. Il destinatario lo decifra
Un dispositivo autorizzato del destinatario utilizza il proprio materiale crittografico per autenticare e decifrare il testo cifrato.
Il messaggio leggibile compare sui dispositivi autorizzati. La cronologia locale, le notifiche, i backup e le esportazioni richiedono quindi protezioni proprie.
Che cosa protegge la crittografia end-to-end?
L’E2EE è progettata principalmente per proteggere il contenuto di una conversazione.
A seconda dell’applicazione e dell’implementazione, questo contenuto può comprendere:
- Messaggi di testo diretti
- Foto e video
- Messaggi vocali
- Documenti e allegati
- Chiamate audio o video
- Modifiche ai messaggi e risposte
Quando il client cifra correttamente questo contenuto, un attaccante che intercetta il traffico di rete dovrebbe vedere dati cifrati anziché il messaggio originale.
Questo riduce anche la quantità di contenuto leggibile delle conversazioni disponibile all’infrastruttura del servizio.
«Cifrato», però, non è una parola magica. Gli utenti devono poter sapere esattamente quali tipi di conversazione e quali percorsi di trattamento del contenuto sono coperti.
Che cosa l’E2EE non protegge automaticamente
La crittografia end-to-end è una protezione importante, ma i suoi limiti vengono spesso fraintesi.
I metadati dei messaggi
Un sistema può avere bisogno di informazioni operative per instradare e sincronizzare i messaggi.
A seconda del servizio, possono comprendere:
- Quale account ha inviato un messaggio
- Quale conversazione lo ha ricevuto
- Quando è stato inviato
- Lo stato di consegna e lettura
- I membri della conversazione
- La dimensione del messaggio cifrato
- Informazioni sul dispositivo o sulla sessione
Il corpo del messaggio può essere illeggibile mentre alcune informazioni che lo accompagnano restano disponibili al sistema.
Per questo «il contenuto dei messaggi è cifrato» e «il servizio non raccoglie metadati» sono due affermazioni distinte.
Un dispositivo compromesso
La crittografia end-to-end non protegge il testo in chiaro da malware o da altri attaccanti con accesso sufficiente al dispositivo. Questo accesso non richiede necessariamente che lo schermo sia sbloccato: uno schermo bloccato, da solo, non dimostra che un sistema operativo compromesso non possa accedere ai dati dei messaggi.
Il messaggio deve prima o poi diventare leggibile su un dispositivo autorizzato. Un attaccante con accesso ai dati decifrati dell’applicazione, alla memoria o allo schermo potrebbe ottenere quel contenuto; l’esposizione concreta dipende dal dispositivo, dal software e dal tipo di compromissione.
La sicurezza del dispositivo resta essenziale:
- Installa gli aggiornamenti del sistema operativo
- Usa un codice di sblocco robusto
- Controlla le estensioni del browser
- Proteggi le informazioni per il recupero dell’account
- Evita applicazioni e download di provenienza sconosciuta
Le azioni del destinatario
L’E2EE non può impedire a un partecipante di copiare, inoltrare o fotografare un messaggio, né di acquisirne uno screenshot dopo che è stato decifrato.
La crittografia protegge la consegna tra i dispositivi. Non controlla la persona all’altro capo della conversazione.
Gli errori nel recupero dell’account
I sistemi di recupero devono bilanciare sicurezza e facilità d’uso.
Una procedura di recupero debole può compromettere una crittografia robusta. D’altra parte, un sistema che non consente mai il recupero può rendere la cronologia cifrata definitivamente inaccessibile quando si perde una chiave.
Un’applicazione affidabile dovrebbe spiegare come funziona il recupero, quali informazioni vengono salvate e che cosa succede se si perdono le credenziali necessarie.
E2EE e TLS non sono la stessa cosa
La maggior parte dei siti moderni utilizza HTTPS e TLS per proteggere il traffico tra un browser e un server.
È una protezione importante: contribuisce a impedire che persone sulla stessa rete, o altrove lungo il percorso, leggano o modifichino facilmente la connessione.
TLS protegge la connessione tra le proprie estremità; nella normale messaggistica web, una di queste è il servizio. Il servizio può leggere i dati dell’applicazione, a meno che non li protegga un ulteriore livello di cifratura del contenuto. La specifica TLS descrive la protezione di quella connessione contro intercettazione, manomissione e falsificazione.
Nella messaggistica convenzionale con contenuti leggibili dal server:
- Il dispositivo cifra la connessione di rete.
- Il server riceve ed elabora il contenuto leggibile dei messaggi.
- Il server apre una connessione protetta separata con il destinatario.
Con la crittografia end-to-end, il messaggio stesso viene cifrato per i partecipanti prima di essere inserito nella connessione di rete protetta.
Un confronto semplice:
| Protezione | Messaggistica protetta soltanto da TLS | Crittografia end-to-end |
|---|---|---|
| Protegge i dati durante il transito in rete | Sì | Sì |
| Protezione prima di attraversare la rete | Sì, per quella connessione TLS | Sì, per i dispositivi destinatari previsti |
| Il servizio di consegna può leggere il contenuto protetto dei messaggi | In genere sì, se manca un’ulteriore cifratura del contenuto | Non dal solo testo cifrato, secondo la progettazione prevista delle chiavi |
| La sicurezza dei dispositivi resta necessaria | Sì | Sì |
| I metadati vengono nascosti automaticamente | No | No |
TLS ed E2EE non sono alternative in competizione. Un sistema di messaggistica privata ha generalmente bisogno di un trasporto sicuro e di una cifratura del contenuto implementata correttamente.
Come si applica questa definizione a Livara
Secondo la sua documentazione sulla sicurezza, Livara utilizza l’accordo di chiavi ibrido LVR1, con P-256 e ML-KEM-768, per le comunicazioni dirette. I gruppi privati compatibili utilizzano chiavi del mittente LGS1 distribuite attraverso sessioni tra coppie di partecipanti. I canali pubblici sono leggibili dal server e non devono essere descritti come E2EE.
La distinzione riguarda la modalità di comunicazione effettivamente usata, non il nome del prodotto. La documentazione descrive separatamente anche la crittografia delle chiamate, compresa una modalità di registrazione visibile con un diverso confine di fiducia. Controlla lo stato attuale della conversazione e della chiamata, invece di presumere che tutte le funzioni abbiano la stessa protezione.
Si tratta di dichiarazioni documentate dal prodotto, non di un audit indipendente svolto per questo articolo. I metadati operativi e i dispositivi compromessi restano limiti importanti. L’accordo di chiavi post-quantistico affronta una categoria di rischi crittografici; non rende innocui il phishing, i backup non sicuri o uno schermo sbloccato.
Perché contano le impronte delle chiavi pubbliche
Una conversazione cifrata richiede di comunicare con la chiave prevista, non semplicemente con una qualsiasi chiave presentata dal sistema.
L’impronta di una chiave pubblica è una rappresentazione compatta di quella chiave. Due persone possono confrontare le proprie impronte attraverso un altro canale fidato, per esempio di persona o durante una chiamata in cui abbiano verificato l’identità dell’interlocutore.
Impronte corrispondenti aumentano la fiducia nel fatto che si stiano usando le chiavi attese.
Un cambiamento dell’impronta non dimostra automaticamente un attacco. Può verificarsi dopo una legittima reimpostazione delle chiavi o un recupero su un dispositivo. Il cambiamento dovrebbe però essere visibile e spiegabile, non ignorato silenziosamente.
Backup e recupero sono separati dalla cifratura delle comunicazioni
Un’app può cifrare i messaggi end-to-end durante gli scambi, mentre un backup separato utilizza chiavi e regole di accesso diverse. Anche un’esportazione in chiaro può portare contenuti leggibili fuori dalla conversazione cifrata. Chiedi che cosa viene salvato, chi può decifrarlo e che cosa succede se si perde il materiale di recupero.
Il backup di recupero descritto da Livara viene cifrato prima del caricamento e ripristina materiale d’identità, non la cronologia delle chat. Non presumere che recuperare un account o un’identità ripristini tutte le vecchie conversazioni. Per valutare il backup di chat cifrate, esamina quindi separatamente le chiavi, le regole di accesso e la procedura di ripristino.
Come valutare un’app di messaggistica privata
Non giudicare un servizio di messaggistica soltanto dalle parole «cifrato» o «sicuro».
Fai domande precise.
Quali conversazioni sono E2EE?
Controlla se la protezione si applica a chat dirette, gruppi, canali, chiamate e allegati.
Dove vengono generate e conservate le chiavi?
Cerca una spiegazione chiara del fatto che le chiavi vengano create sul client e di come siano protetti i backup.
Che cosa conserva il server?
Un servizio responsabile dovrebbe distinguere il contenuto dei messaggi dai dati di instradamento, dagli orari, dai membri, dalle informazioni di consegna e dagli altri dati operativi.
Che cosa succede quando cambiano le chiavi?
Una sostituzione inattesa della chiave dovrebbe essere visibile. I cambiamenti silenziosi riducono la capacità dell’utente di verificare i propri contatti.
Come funziona il recupero?
Determina se il fornitore può ripristinare le chiavi, se è necessario un segreto di recupero e che cosa succede se quel segreto viene perso.
Le dichiarazioni sono verificate in modo indipendente?
Documentazione sulla sicurezza, protocolli aperti, revisioni professionali e audit indipendenti offrono livelli di garanzia diversi.
Il linguaggio commerciale, da solo, non è un audit.
La privacy dipende da confini chiari
La dichiarazione più solida sulla privacy non si limita a «fidati di noi».
Spiega in modo preciso e verificabile:
- Che cosa viene cifrato
- Dove avviene la cifratura
- Quali chiavi sono coinvolte
- Che cosa riceve il server
- Quali metadati rimangono
- Quali tipi di conversazione sono esclusi
- Come il recupero modifica il modello di minaccia
La crittografia end-to-end non esaurisce il tema della privacy. Ma, se implementata con cura e descritta onestamente, è una base essenziale per le comunicazioni private.
Come passo pratico, applica le domande precedenti alle funzioni che usi davvero: chat private, gruppi, allegati, chiamate e backup.
Domande frequenti
Che cosa significa E2EE?
E2EE è l’abbreviazione inglese di «end-to-end encryption», cioè crittografia end-to-end. Significa che il contenuto protetto viene cifrato su un dispositivo partecipante e decifrato su un altro dispositivo autorizzato.
Un fornitore di accesso a Internet può leggere i messaggi E2EE?
Un fornitore di accesso può osservare l’esistenza di una connessione e alcune informazioni di rete, ma il contenuto dei messaggi cifrati correttamente non dovrebbe apparire come testo leggibile durante il transito.
La crittografia end-to-end nasconde i metadati?
Non automaticamente. Un sistema di messaggistica può ancora elaborare dati di instradamento, membri, orari, stato di consegna, dimensione del testo cifrato o altre informazioni necessarie al funzionamento del servizio.
L’E2EE può proteggere un telefono rubato e sbloccato?
Nessun protocollo crittografico può proteggere completamente un messaggio quando un attaccante controlla un dispositivo già autorizzato e sbloccato. Una solida sicurezza del dispositivo rimane necessaria.
Tutte le conversazioni di Livara sono cifrate end-to-end?
Livara documenta attualmente l’E2EE per il corpo dei messaggi e i contenuti multimediali delle conversazioni dirette individuali e per i gruppi privati compatibili. Questi gruppi sono cifrati end-to-end con LGS1, con rotazione automatica delle chiavi del mittente quando cambia la composizione del gruppo. I canali utilizzano TLS e autorizzazioni autenticate lato server e non vengono presentati come cifrati end-to-end.
È possibile recuperare una chiave di cifratura Livara persa?
La documentazione pubblica descrive il ripristino del materiale d’identità salvato tramite il segreto di recupero richiesto. Questo non ripristina la cronologia delle chat. Leggi la procedura di recupero attuale prima di cancellare o sostituire il dispositivo originale.
L’E2EE è la stessa cosa della segretezza in avanti?
No. L’E2EE descrive chi dovrebbe poter leggere il contenuto protetto. La segretezza in avanti riguarda gli effetti di una successiva compromissione delle chiavi sui messaggi precedenti; la sicurezza post-compromissione riguarda il recupero della protezione dopo una compromissione, a determinate condizioni. Queste proprietà dipendono dal protocollo e dalla sua implementazione. Per esempio, la specifica MLS le definisce entrambe espressamente per il proprio schema di chiavi di gruppo; ciò non significa che ogni servizio di messaggistica cifrata le offra automaticamente o utilizzi MLS.
