SHARE THE PERSPECTIVE
Una chiave forte non è la stessa cosa della chiave giusta; autenticare il contatto fa parte della sicurezza della conversazione.

La cifratura dei messaggi deve sia proteggere il contenuto sia chiarire a quale account appartenga davvero la chiave dell’interlocutore. Se l’applicazione ottiene la chiave iniziale dal server, autenticarla è importante: cifrare per la chiave di un aggressore non crea una comunicazione sicura con il contatto desiderato.

Questo non significa che ogni server compromesso possa leggere immediatamente tutti i messaggi passati. Il risultato dipende dal protocollo, dalle chiavi già verificate, dagli avvisi di cambiamento dell’identità e dai meccanismi di trasparenza delle chiavi.

Qual è il problema di fiducia al primo contatto?

Per iniziare una conversazione con un contatto offline, un servizio di messaggistica può conservare sul server un insieme delle sue chiavi pubbliche. La firma di una prechiave aiuta a verificarne il legame con la chiave d’identità; ma anche la chiave d’identità stessa deve essere associata al contatto desiderato.

La specifica X3DH di Signal spiega questo modello di comunicazione asincrona e le sue ipotesi di autenticazione. Questo documento non va chiamato specifica di LVR1: usare idee simili non significa che i due protocolli siano identici.

In che modo la sostituzione della chiave crea un rischio?

In un esempio semplice, un aggressore fornisce una chiave sotto il proprio controllo al posto di quella dell’account di «Alice». Se il dispositivo la accetta senza verifiche sufficienti, un nuovo messaggio potrebbe essere cifrato per l’aggressore. La possibilità di questo attacco e la sua rilevabilità dipendono dai dettagli del sistema; affermare che «avviene sempre in silenzio e senza avvisi» non è corretto.

Una chiave forte non è la stessa cosa della chiave giusta. AES o un algoritmo post-quantistico non verifica, da solo, l’identità umana del titolare di un account.

Che cosa verifica un numero di sicurezza?

Un’impronta o un numero di sicurezza è una rappresentazione abbreviata delle informazioni sulle chiavi della conversazione. Confrontarlo attraverso un canale in cui ci si fida dell’autenticità dell’interlocutore aiuta a far sì che i due dispositivi concordino sulle chiavi di comunicazione. Questa verifica non dimostra che il telefono sia privo di malware o che l’altra persona non ripubblicherà mai il messaggio.

Anche la guida ufficiale di Signal precisa che il numero di sicurezza, da solo, non autentica l’identità di una persona. Un cambiamento può derivare dalla sostituzione del dispositivo o da una reinstallazione; un cambiamento inatteso richiede un controllo, non la conclusione immediata che ci sia stata una violazione informatica.

Una verifica pratica prima di un messaggio sensibile

  1. Apri la schermata delle informazioni di sicurezza della conversazione su entrambi i dispositivi.
  2. Contatta la persona che conosci di persona oppure attraverso un canale indipendente e affidabile.
  3. Confronta l’intero numero o codice QR di verifica della conversazione seguendo le istruzioni dell’applicazione; le prime cifre non bastano.
  4. Se trovi una discrepanza, interrompi l’invio di informazioni sensibili e chiedine la causa attraverso il canale indipendente.
  5. Dopo un cambiamento di chiave o dispositivo, ricontrolla lo stato di verifica.

Inviare un’immagine del numero nella stessa conversazione di cui si dubita l’autenticità non fornisce una verifica indipendente. Nemmeno una chiamata vocale è sufficiente contro l’impersonificazione se ci si basa soltanto sulla somiglianza della voce; usa un numero o un collegamento già considerato affidabile in precedenza.

In che cosa si distingue la trasparenza delle chiavi?

La trasparenza delle chiavi, o Key Transparency, può rivelare incoerenze nell’associazione degli account alle chiavi e ridurre la dipendenza dal confronto manuale. Nella presentazione della verifica automatica delle chiavi dell’agosto 2026, Signal spiega questa funzione e i limiti della sua disponibilità. Anche questo meccanismo, da solo, non dimostra che chi controlla l’account sia la persona con cui intendi comunicare.

Quindi l’affermazione «il confronto manuale è l’unico metodo disponibile in tutti i servizi di messaggistica» non è più aggiornata. Verifica ogni funzione nella versione e nelle condizioni di quel prodotto; non attribuire a un servizio le capacità di un altro.

Su che cosa si può fare affidamento per Livara?

La documentazione di Livara raccomanda di confrontare le impronte attraverso un altro canale. Per una conversazione sensibile, considera questo passaggio separatamente dai nomi degli algoritmi. Questo articolo non afferma che Livara abbia un sistema di trasparenza delle chiavi simile a quello di Signal né risultati di audit indipendenti.

Domande frequenti

Una verifica riuscita significa che nessun attacco è possibile?

No. Il risultato dipende dallo stato dei dispositivi, dal metodo di confronto e dalle ipotesi del protocollo. Un malware o un destinatario che copia il contenuto sono al di fuori del problema della sostituzione delle chiavi.

Devo eliminare l’account ogni volta che cambia una chiave?

No. Prima verifica con il tuo contatto il motivo del cambiamento attraverso un canale affidabile. Nel frattempo non inviare informazioni sensibili.

Questa verifica rende nuovamente sicuri i messaggi precedenti?

No. La verifica di oggi non annulla una possibile divulgazione avvenuta in passato. Per iniziare una comunicazione sensibile, è meglio effettuare il controllo prima di inviare.

Controlla oggi i codici di sicurezza delle tue chat
CONTINUE THE THREADPrivate messaging ↗
YOU’VE REACHED THE ENDBack to the reading room ↗