Prima di inviare un file sensibile, bisogna verificare lo stato della conversazione specifica, non soltanto il nome del messenger. Un’app può cifrare end-to-end gli allegati delle chat private, ma definire un confine diverso per canali pubblici, spazi aziendali per i file o backup.
Questo confronto si basa sulla documentazione ufficiale esaminata il 24 ottobre 2026; non è un test indipendente di tutte le versioni né una classifica della sicurezza complessiva dei prodotti. Per allegato si intende qui un file o un contenuto multimediale inviato in una conversazione, non ogni file archiviato in tutte le funzionalità del prodotto.
Confronto della copertura dei file in 10 servizi
| Servizio | Ambito di protezione documentato | Eccezione o aspetto da verificare |
|---|---|---|
| Livara | File e contenuti multimediali nei messaggi diretti e nei gruppi protetti da LVR1/LGS1 | Canali pubblici; stato dei gruppi incompatibili; dispositivi del destinatario |
| Signal | Le conversazioni Signal sono cifrate end-to-end | I file salvati o esportati fuori dall’app hanno un confine distinto |
| Messaggi personali e contenuti inviati in conversazioni protette | Impostazioni di protezione dei backup e condivisione con destinatari o aziende | |
| Messenger | Contenuti multimediali nelle conversazioni con E2EE | Stato della chat e della funzionalità specifiche; non considerare equivalenti tutte le aree del prodotto |
| Telegram | File nelle chat segrete tra due persone | Le chat cloud e i gruppi non sono E2EE; le chat segrete sono legate al dispositivo di origine |
| iMessage | Messaggi e contenuti multimediali iMessage | SMS/MMS sono diversi; lo stato di RCS dipende dal supporto alla cifratura |
| Element/Matrix | Allegati nelle stanze cifrate | Verificare impostazioni della stanza, dispositivi e integrazioni |
| Wire | File inviati nelle comunicazioni Wire con E2EE | Wire Drive è un’eccezione: file e cartelle sono cifrati in transito e a riposo, non secondo la stessa dichiarazione di E2EE |
| Threema | Messaggi, gruppi e file multimediali con E2EE | Esaminare separatamente file esportati e backup |
| Session | Messaggi privati e gruppi privati con E2EE | Una Community non ha lo stesso confine di un gruppo privato |
Questa tabella non dimostra l’equivalenza degli algoritmi, delle pratiche relative ai metadati o della qualità d’implementazione di questi servizi. Verifica l’affermazione di ogni riga per la versione e il tipo di conversazione utilizzati.
Considerare separatamente foto, didascalie e anteprime
In un’architettura tipica, il file viene cifrato con una chiave di contenuto separata e caricato; la chiave e l’indirizzo di download raggiungono il destinatario in un messaggio protetto. Anche didascalie, nomi dei file e miniature sono dati e il loro ambito di protezione deve essere chiaro.
Vedere una foto e la sua didascalia insieme nell’interfaccia non dimostra che abbiano la stessa copertura. Inoltre, dopo il download, salvare nella galleria o inviare a un’altra app può creare una copia fuori dal confine del messenger. La cifratura del trasporto non determina le regole di tutte queste copie.
La situazione dichiarata da Livara
La pagina di sicurezza di Livara descrive una chiave casuale separata per ogni allegato e il trasferimento della chiave all’interno di una sessione protetta; didascalie, nomi dei file e chiavi degli allegati rientrano nei contenuti protetti dei gruppi. La stessa pagina specifica che i metadati operativi rimangono sul server e che i vecchi gruppi incompatibili devono essere indicati chiaramente come esterni a E2EE.
Questa descrizione non garantisce la sicurezza di tutti i dispositivi e non costituisce un audit indipendente dell’app. Nel modello di minaccia, un dispositivo infetto e un destinatario che divulga i contenuti sono fuori dalla protezione della cifratura lungo il percorso di comunicazione.
Tre errori comuni nel confronto degli allegati
Un messaggio vocale non è una chiamata in diretta
Un messaggio vocale registrato è un file. Le chiamate in diretta dipendono dal protocollo multimediale e dall’architettura delle chiamate. Dalla cifratura di un file audio non si possono trarre conclusioni sulla registrazione lato server o sulla protezione di tutte le chiamate.
Più dispositivi non significano testo in chiaro sul server
Un servizio può distribuire chiavi o messaggi protetti ai dispositivi autorizzati. Tuttavia, ogni dispositivo autorizzato a decifrare è un ulteriore punto di accesso ai contenuti. Sono importanti l’elenco dei dispositivi, la verifica dei nuovi e la revoca dell’accesso dei vecchi.
Un «messaggio verde» non indica sempre un unico stato fisso
Apple descrive ora RCS con E2EE su iOS 26.5 e con operatori compatibili; il supporto è necessario per tutti i partecipanti. SMS e MMS continuano a non offrire la stessa protezione. Osserva l’indicatore e il tipo reale di conversazione, non soltanto il colore dell’interfaccia.
Prima di inviare un documento riservato
- Verifica il destinatario e il tipo di conversazione; non confondere un canale o una Community con un gruppo privato.
- Controlla lo stato di E2EE e i dispositivi autorizzati.
- Definisci le regole per salvataggio automatico, download e backup.
- Se il file stesso contiene metadati sensibili, controllali prima dell’invio; E2EE non li nasconde al destinatario.
- Comunica al destinatario quali utilizzi o ricondivisioni sono consentiti; la cifratura non sostituisce un accordo di riservatezza.
