E2EE limita ciò che un fornitore può leggere; non descrive ogni luogo in cui può esistere una conversazione.
Una richiesta legale a un fornitore di messaggistica può riguardare i dati che il fornitore detiene o ai quali può accedere. La crittografia end-to-end può mantenere il contenuto dei messaggi privati fuori dal suo possesso in forma leggibile, ma non rende anonimo un account né impedisce agli investigatori di ottenere informazioni altrove.
Il risultato dipende dall’effettiva conservazione dei dati del servizio, dalla funzione di comunicazione usata, dalla fonte delle prove e dalla procedura legale applicabile. Un ordine di tipo subpoena, un mandato di perquisizione e l’esame di un dispositivo non sono intercambiabili. Questo articolo spiega limiti tecnici, non come un determinato tribunale o ordinamento tratterà un caso; per una richiesta reale, rivolgiti a un professionista legale qualificato.
Parti dalla fonte dei dati
Una domanda come «La polizia può leggere messaggi cifrati?» è troppo generica. Chiediti da dove proverrebbe la copia:
| Fonte | Cosa può essere disponibile | Cosa cambia con E2EE |
|---|---|---|
| Fornitore di messaggistica | Dati dell’account, metadati conservati, pubblicazioni pubbliche e dati cifrati di consegna | E2EE correttamente implementata limita l’accesso al testo privato in chiaro quando il fornitore non possiede le chiavi |
| Dispositivo di un partecipante | Conversazioni visualizzate, database locali, file scaricati o notifiche | La cifratura in transito non nasconde dati già disponibili su un dispositivo finale accessibile |
| Servizio di backup | Il contenuto del backup, secondo la sua politica di cifratura e gestione delle chiavi | E2EE delle chat non stabilisce automaticamente E2EE dei backup |
| Destinatario o membro di un gruppo | Le sue copie, schermate, esportazioni o testimonianze | Un destinatario può divulgare informazioni che ha ricevuto |
Queste categorie possono sovrapporsi. Un server privo di una cronologia privata leggibile può comunque detenere dati utili; un fornitore con molti dati può aver eliminato un elemento specifico secondo la propria politica di conservazione. Nessuno dei due esiti si può dedurre dal solo simbolo della cifratura.
Un esempio documentato: la risposta pubblicata da Signal
Nella sua pubblicazione di ottobre 2021 relativa a un grand jury della California, Signal ha descritto di aver fornito le date e ore di creazione degli account e le date dell’ultima connessione, anziché le informazioni richieste su messaggi, contatti e gruppi. Ciò documenta quali dati fossero disponibili a Signal per quella risposta resa pubblica.
Non dimostra che ogni servizio di messaggistica cifrata conservi gli stessi due campi. La minimizzazione dei dati è una scelta architetturale separata. L’esempio non indica neppure cosa un investigatore potrebbe ottenere dal dispositivo di un utente, da un altro partecipante o da un servizio diverso.
Cosa documenta Livara sulla visibilità del server
La panoramica sulla sicurezza di Livara, contrassegnata per la versione 0.1.68, descrive messaggi diretti protetti da LVR1 e gruppi privati compatibili protetti da LGS1; i vecchi gruppi incompatibili restano visibilmente esclusi da E2EE. La progettazione documentata degli allegati cifra i file prima del caricamento e ne trasporta le chiavi in involucri cifrati della conversazione.
La stessa panoramica identifica i metadati di comunicazione conservati, tra cui informazioni su mittente e destinazione, marcature temporali, dimensioni e appartenenza ai gruppi. I canali pubblici sono leggibili dal server. Le chiamate facoltative registrate sul server, visibilmente contrassegnate REC, usano cifratura di trasporto anziché E2EE in quella modalità di registrazione. Leggi i limiti specifici della funzione invece di trattare allo stesso modo tutti i contenuti di un’app.
La documentazione afferma inoltre che la protezione dei metadati LSS1 non è collegata agli invii ordinari. Sarebbe quindi fuorviante descrivere la normale messaggistica come capace di nascondere al servizio il grafo delle comunicazioni.
Queste sono affermazioni della documentazione del prodotto, non una risposta pubblicata a una richiesta legale né una verifica indipendente di tutti i dati del server. Il modello di minaccia è il punto di partenza appropriato per capire i limiti previsti.
Cifratura e conservazione rispondono a domande diverse
La cifratura chiede chi possiede le chiavi per interpretare i byte conservati. La conservazione chiede quali byte e registrazioni esistano ancora. Un file cifrato può rimanere memorizzato a lungo; un registro leggibile può essere di breve durata. Affermare «non possiamo decifrare i messaggi» non dimostra l’assenza di indirizzi IP, conversazioni con l’assistenza, segnalazioni di abusi o registri di consegna.
Un rapporto di trasparenza utile dovrebbe identificare il periodo coperto, le categorie di richieste, i dati richiesti, quelli forniti e i limiti di divulgazione. Un’informativa sulla privacy dovrebbe distinguere raccolta e conservazione e spiegare le eccezioni. Evita di dedurre «nessun log» da una generica promessa di riservatezza.
Anche l’autenticazione ha i propri dati. SRP può evitare l’invio della password durante uno scambio onesto del protocollo, ma il server conserva un verificatore. RFC 5054, sezione 3.3 spiega i rischi del furto del verificatore, compresi i tentativi di indovinare la password. «Nessuna password in chiaro» non significa «nessuna informazione sensibile può essere divulgata o rubata».
Domande prima di affidarsi a un servizio di messaggistica
- E2EE copre esattamente questa chat, questo backup, questa chiamata e questa modalità degli allegati?
- Quali metadati documenta il fornitore e per quanto tempo li conserva?
- Dispositivi aggiuntivi o percorsi di recupero dell’account possono esporre una copia locale?
- Pubblicazioni pubbliche, richieste all’assistenza e messaggi segnalati vengono gestiti separatamente?
- Esiste un rapporto di trasparenza datato o una richiesta effettiva resa pubblica, anziché un’affermazione infondata di immunità legale?
Per una questione legale in corso, non considerare un articolo di blog come un’istruzione a cancellare dati, modificarne la conservazione o ignorare un ordine. Ottieni consulenza adeguata alla giurisdizione e conserva il materiale pertinente come consigliato.
La crittografia post-quantistica cambia la risposta?
Può rafforzare un protocollo di instaurazione delle chiavi progettato correttamente contro futuri attacchi quantistici al testo cifrato intercettato. Non rimuove metadati esistenti, contenuti pubblici, copie sui dispositivi finali o obblighi legali. La distinzione pratica rimane: identifica i dati, la loro posizione, le chiavi e la procedura che richiede l’accesso.
