Proteggere i segreti commerciali in un servizio di messaggistica richiede un insieme di controlli: accesso dei dipendenti, sicurezza dei dispositivi, gestione dei gruppi, conservazione dei file e crittografia. Le capacità post-quantistiche possono essere importanti per informazioni che devono restare riservate a lungo, ma non sostituiscono questi controlli né garantiscono, da sole, la «sicurezza dell’organizzazione».
Stabilire innanzitutto che cosa deve restare riservato
Create un inventario dei dati e dei percorsi attraverso cui circolano: piani di prodotto, contratti, informazioni sui clienti, chiavi di accesso e file di ricerca non presentano necessariamente gli stessi rischi. Per ogni categoria chiedete chi debba poterla vedere, quali sarebbero le conseguenze di una divulgazione e per quanto tempo debba restare riservata.
La guida del NIST alla migrazione post-quantistica sottolinea l’identificazione delle risorse e delle dipendenze crittografiche. Senza questo inventario potreste aggiornare il servizio di messaggistica, mentre una copia dello stesso file rimane nella posta elettronica, in uno spazio condiviso o in un vecchio backup con una protezione diversa.
Non confondere una minaccia futura con i rischi di oggi
Nello scenario «raccogliere oggi, decifrare domani», un aggressore conserva dati cifrati in vista di una possibile futura capacità di decifrazione. I dati che devono restare riservati per anni richiedono un piano di migrazione anticipato. Questo scenario non significa che tutte le conversazioni attuali possano essere decifrate.
Il NIST ha standardizzato ML-KEM in FIPS 203. Questo standard definisce un componente per stabilire le chiavi; non dimostra l’impossibilità di ogni attacco futuro né costituisce un’approvazione dell’intero prodotto.
Nel frattempo, l’account di un ex dipendente, un portatile infetto o un file condiviso per errore possono causare una divulgazione già oggi. Il programma di sicurezza deve coprire entrambi gli orizzonti temporali.
Lista di controllo per valutare la messaggistica aziendale
| Ambito | Domanda pratica | Evidenza adeguata |
|---|---|---|
| Appartenenza | Che cosa succede all’accesso dei dispositivi di un dipendente dopo la sua uscita? | Test di rimozione dei membri e delle sessioni attive |
| Contenuti | Come vengono protetti separatamente testi, allegati, chiamate e registrazioni? | Documentazione distinta per ogni livello |
| Recupero | Chi possiede la frase di recupero o il backup? | Procedura di recupero provata con dati non sensibili |
| Dispositivi | Quali differenze ci sono tra telefoni personali e gestiti? | Politica di accesso e impostazioni effettive |
| Metadati | Quali informazioni operative vengono registrate e conservate? | Politica chiara e verificabile |
| Aggiornamento | Come si comporta un client vecchio o incompatibile? | Versioni supportate e test di compatibilità |
| Incidenti | Chi li gestisce e come si segnalano le vulnerabilità? | Processo di risposta e responsabile identificato |
Questa tabella offre criteri di scelta, non risultati di test o una classifica dei servizi. I requisiti legali e contrattuali dell’organizzazione richiedono una valutazione adeguata al suo settore di attività; il nome di un algoritmo non dimostra la conformità giuridica.
Qual è il ruolo di Livara in questa valutazione?
La documentazione sulla sicurezza di Livara descrive LVR1 per le conversazioni dirette e LGS1 per i gruppi privati. La stessa pagina distingue le informazioni di instradamento e appartenenza dai contenuti cifrati e descrive un confine diverso per la modalità di registrazione lato server. È una descrizione del prodotto, non una relazione di audit organizzativo indipendente.
Durante la valutazione, collegate ogni affermazione su una funzionalità alla versione effettiva e alle evidenze pertinenti. Proof Lab è utile per verifiche limitate, come il confronto di un file con un hash di riferimento, ma non sostituisce i test dei controlli di accesso, la revisione del codice o la valutazione dei dispositivi.
Valutare separatamente la disponibilità durante le interruzioni di rete
La crittografia non può creare un percorso di rete che non esiste. Il funzionamento di un servizio durante un’interruzione dell’internet internazionale dipende dall’accesso effettivo al server, dal DNS, dai percorsi di rete e dalle dipendenze di accesso all’account e delle notifiche. Da un algoritmo post-quantistico non si può dedurre un «funzionamento completo durante qualsiasi interruzione».
Per testare la continuità, eseguite scenari di disconnessione da internet, cambio di rete e ripristino della connessione con dati di prova. Registrate i tempi di recupero, i messaggi non consegnati e il comportamento degli utenti offline. Se definite un percorso alternativo, valutatene anche la riservatezza.
Una buona scelta per un’organizzazione è quella di cui si possono spiegare e testare protezione, limiti e comportamento in caso di guasto.
