Un buon modello di minaccia collega un rischio preciso a una misura verificabile, non all'elenco di funzionalità più lungo.
Definire un modello di minaccia per un'app di messaggistica significa chiarire quali informazioni sono importanti per te, chi potrebbe accedervi e quali misure sono adatte ai rischi e alla tua situazione. Una famiglia, un giornalista e una persona che usa un telefono aziendale non affrontano necessariamente le stesse minacce. Questa guida offre uno schema semplice per scrivere il tuo piano personale, non una classifica definitiva delle app di messaggistica.
Punti chiave
- Un modello di minaccia è composto da tre o quattro frasi, non è un prodotto. Scrivi che cosa vuoi proteggere, da chi e con quanto impegno. Senza queste frasi, scegliere un'app di messaggistica significa soltanto raccogliere un elenco di funzionalità.
- La tua chat ha quattro anelli: il tuo dispositivo, la rete, il server di messaggistica e il dispositivo dell'altra persona. Questi quattro livelli sono un punto di partenza; esamina separatamente anche backup, account e servizi collegati.
- La crittografia end-to-end protegge i contenuti dagli intermediari; la sicurezza dei dispositivi, le chiavi, i backup e il comportamento del destinatario restano importanti.
- Valuta le minacce in base alla tua situazione: accesso fisico, anteprime delle notifiche, phishing, backup e dispositivi collegati sono esempi da esaminare, non una classifica statistica.
- I metadati sono distinti dal testo. Con chi hai parlato e quando può restare visibile anche se il testo è completamente cifrato: devi prendere una decisione separata su questo aspetto.
Che cos'è un modello di minaccia e perché conta nella scelta di un'app di messaggistica?
Un modello di minaccia descrive brevemente «che cosa vuoi proteggere, da chi e con quanto impegno». Finché questi tre elementi non sono chiari, confrontare le app di messaggistica produce soltanto un elenco di funzionalità sempre più lungo, senza farti capire quali ti siano davvero utili.
La Electronic Frontier Foundation (EFF) spiega lo stesso concetto nella guida Pianificazione della sicurezza (modellazione delle minacce): cercare di proteggersi da ogni possibile minaccia in ogni momento porta alla frustrazione, perché la sicurezza è un processo, non un acquisto. Per i team tecnici, il progetto OWASP sulla modellazione delle minacce propone uno schema simile, mentre la libreria di modelli di minaccia della guida OWASP per sviluppatori offre molti esempi già pronti da cui prendere spunto.
Un consiglio pratico: il modello di minaccia non è un documento immutabile. Un cambio di lavoro, una trasferta o l'ingresso di una persona nel gruppo di famiglia possono modificarlo completamente. Ogni volta che succede, riscrivi quelle quattro frasi.
Chi può leggere i miei messaggi? Dividi la catena in quattro anelli
La risposta breve: ogni messaggio attraversa quattro anelli — il tuo dispositivo, la rete, il server di messaggistica e il dispositivo del tuo contatto — e anche le copie o gli account collegati possono aprire vie di accesso. La domanda giusta, quindi, non è «Quale app di messaggistica è più sicura?», ma «Quale anello è più debole nella mia situazione?».
Primo anello: il tuo dispositivo
Tutto ciò che appare sullo schermo del telefono è già stato decifrato. Se il telefono è sbloccato, se le anteprime delle notifiche sono attive nella schermata di blocco o se qualcuno conosce il tuo PIN di quattro cifre, la crittografia durante il transito del messaggio non impedisce di leggere i contenuti accessibili su quel dispositivo.
Secondo anello: la rete
Chi osserva la rete può vedere la destinazione della connessione, gli orari e il volume del traffico; un servizio DNS non vede necessariamente l'intero percorso o tutti i pacchetti dei messaggi. Con la crittografia end-to-end, ciò che vede sono dati cifrati, non testo, ma lo scambio dei messaggi e il suo volume di solito non vengono nascosti.
Terzo anello: il server di messaggistica
Il server è il punto di sincronizzazione dei dispositivi. Con la crittografia end-to-end non legge il testo, ma continua a vedere i metadati di instradamento e può conservarli. È qui che diventa chiara la differenza tra «cifrato» e «privato».
Quarto anello: il dispositivo dell'altra persona
L'ultimo anello è fuori dal tuo controllo. Il tuo contatto può fare uno screenshot, inoltrare il messaggio oppure avere un telefono infetto. La crittografia end-to-end riduce questo anello alla «fiducia nel contatto», nulla di più.
In sintesi, la crittografia end-to-end limita l'accesso ai contenuti, ma i dispositivi, la gestione delle chiavi e i destinatari autorizzati restano parte del modello di minaccia.
Quali minacce dovresti esaminare nella tua situazione?
Un telefono sbloccato, l'accesso all'account, le anteprime delle notifiche e i backup sono esempi da valutare. Per una persona esposta ad attacchi mirati condotti da professionisti, possono essere rilevanti anche malware sofisticati o coercizione fisica. Non sottovalutare il rischio senza conoscere le circostanze.
I backup costituiscono una via di accesso separata. Se un'app di messaggistica conserva una copia di backup nel cloud e quella copia non è cifrata end-to-end, la crittografia sul telefono arriva soltanto fino alla soglia del cloud: hai chiuso a chiave la porta giusta, ma hai lasciato la chiave lì accanto. La guida su come eseguire in sicurezza il backup delle chat cifrate aiuta a esaminare questa via di accesso.
Una seconda minaccia sono le persone vicine: un collega, un coinquilino o qualcuno che prende in prestito il telefono «solo per un attimo». Una terza riguarda l'account usato per accedere: se l'accesso avviene tramite e-mail e quell'account è poco protetto, l'intera catena si apre nel suo anello più debole. Una crittografia più forte non risolve nessuno di questi problemi.
Proteggere le chat dagli hacker: quali attacchi avvengono davvero?
La risposta breve: gli attacchi comuni alle chat non violano la matematica della crittografia; sfruttano phishing, malware, furto dei codici di accesso e attacchi al dispositivo stesso. In pratica, l'aggressore cerca la chiave invece di forzare la serratura.
Per questo, il comportamento durante l'accesso conta quanto la lunghezza della chiave. Per l'autenticazione Livara usa SRP (una prova a conoscenza zero): il dispositivo dimostra di conoscere la password senza inviarla sulla rete. In pratica, registrare il traffico di accesso non rivela la password. Anche il limite va detto chiaramente: SRP non impedisce a un utente di digitare la propria password in una pagina falsa. A quel punto non è più una questione di matematica, ma di attenzione da parte dell'utente.
La seconda superficie d'attacco è l'app stessa. Un APK modificato può aggirare qualsiasi protezione crittografica. Livara pubblica il checksum SHA-256 di ogni versione, così puoi confrontare il file scaricato con un riferimento attendibile; il laboratorio di verifica esegue questa operazione nel browser. Se vuoi sapere che cosa chiedere a proposito di qualsiasi altra app di messaggistica, la lista di domande da porsi prima di scegliere un'app di messaggistica sicura è un buon punto di partenza.
Che cosa copre la crittografia end-to-end e che cosa lascia fuori?
La risposta breve: la crittografia end-to-end protegge il contenuto del messaggio dal tuo dispositivo a quello del tuo contatto, in modo che il server veda soltanto dati cifrati. Dal nome di questa funzionalità, però, non si possono trarre conclusioni su tutti i metadati, i backup, gli screenshot o i canali pubblici: ogni aspetto richiede controlli separati.
Per un prodotto specifico, leggi la tabella di copertura delle funzionalità invece di dedurre le protezioni dal nome di un algoritmo. La pagina sulla sicurezza di Livara e il suo modello di minaccia spiegano chat, canali, chiamate, metadati e recupero. Sono dichiarazioni pubblicate dal produttore, non sostituiscono test indipendenti. In particolare, esamina separatamente le eccezioni relative alla registrazione delle chiamate e la differenza tra recupero dell'identità e recupero della cronologia delle chat.
Che cosa rivelano i metadati anche quando il testo è cifrato?
La risposta breve: i metadati indicano chi ha parlato con chi, quando e con quale volume di dati. Cifrare il testo non fa scomparire queste informazioni.
In Livara, i metadati standard di instradamento (mittente, destinazione, ora di consegna) vengono conservati per mantenere una sincronizzazione continua dei dispositivi. È un limite esplicito, non un dettaglio trascurabile. Anche senza leggere il testo, il grafo di «chi parla con chi» può essere sensibile: un medico e un paziente, un avvocato e un cliente oppure le due parti di una trattativa di lavoro. Una spiegazione più completa si trova in che cosa rivelano i metadati della messaggistica.
Se il tuo modello di minaccia comprende «qualcuno che vede i miei schemi di comunicazione», nessuna app di messaggistica con crittografia end-to-end può risolvere da sola questo aspetto. Devi riflettere anche su con chi comunichi e da dove.
Scrivi il tuo modello di minaccia in cinque minuti
La risposta breve: rispondi a quattro domande — chi temo, che cosa vuole quella persona, quali capacità ha e che cosa succederebbe se un messaggio venisse divulgato — e poi scegli la misura efficace meno onerosa, non il contrario.
- Da chi proviene la minaccia? Indica la persona o l'entità: un collega, un ex partner, un ladro, un'azienda, un governo.
- Che cosa vale la pena proteggere? Il testo della conversazione, i file o lo schema di comunicazione stesso.
- Quali capacità ha quella persona o entità? Accesso fisico al telefono? Accesso all'account? Risorse ingenti?
- Che cosa succederebbe in caso di divulgazione? Danni alla reputazione, al lavoro o alla sicurezza fisica, oppure solo imbarazzo?
- In base a queste risposte, scegli la misura efficace meno onerosa.
Se la tua minaccia è qualcuno che osserva la stessa rete Wi-Fi, sono importanti una connessione TLS correttamente validata e una crittografia end-to-end autenticata; per l'accesso fisico, il blocco del dispositivo risponde a una priorità diversa. La guida come verificare una chat tramite i numeri di sicurezza mostra come fare. E se vuoi sapere chi vede cosa in un'app specifica, il modello di minaccia pubblicato da Livara lo spiega senza slogan.
Un breve esempio di modello di minaccia
«I file di lavoro sul mio telefono sono sensibili. Il rischio principale attuale è che un collega acceda al telefono sbloccato e alle copie salvate nella galleria. Questa settimana ridurrò il tempo prima del blocco automatico, limiterò le anteprime delle notifiche e controllerò le cartelle di backup. Poi valuterò il risultato con un file di prova».
Questo è soltanto un esempio. Se una persona che esercita un controllo su di te ha accesso al dispositivo, modifiche improvvise alle impostazioni potrebbero attirare la sua attenzione. Per pianificare, usa un dispositivo sicuro e l'aiuto di una persona fidata, e dai la priorità alla tua sicurezza fisica.
Domande frequenti
Come posso definire un «modello di minaccia» in una frase?
Significa chiarire che cosa vuoi proteggere, da chi e con quanto impegno. Questa frase determina quale funzionalità di sicurezza giustifica il costo e quale aggiunge soltanto complessità.
Se ho la crittografia end-to-end, devo ancora preoccuparmi degli hacker?
Sì, ma non nel modo che forse immagini: invece di forzare la serratura, l'aggressore punta al dispositivo, al phishing e ai codici di accesso. Le domande giuste sono quindi: il mio telefono è bloccato? Il backup nel cloud è cifrato? Il mio account e-mail è protetto?
Anche i canali pubblici hanno la crittografia end-to-end?
No. Un canale è uno spazio di diffusione pubblico e leggibile, così da consentire la gestione delle segnalazioni e la rimozione di contenuti abusivi. Secondo la documentazione di Livara, le chat dirette e i gruppi privati compatibili con stato E2EE attivo sono cifrati end-to-end; un vecchio gruppo non compatibile può restare visibilmente fuori da E2EE. Controlla lo stato della conversazione specifica. Anche il controllo dell'appartenenza al gruppo resta al server.
Come posso sapere se la versione Android che ho installato è stata modificata?
Confronta l'hash del file APK scaricato con il checksum della stessa versione ottenuto da una fonte attendibile; il laboratorio di verifica è progettato per controllare i file nel browser. La corrispondenza degli hash dimostra soltanto l'uguaglianza con il riferimento. Se un aggressore sostituisce sia il file sia l'hash di riferimento, la corrispondenza non basta. Un APK modificato può aggirare la crittografia, quindi verificare l'integrità dell'app conta quanto la crittografia stessa.
