Crittografia end-to-end per l'azienda

Una crittografia che significa ciò che dice

Il termine “crittografia end-to-end” è stato diluito da anni di abusi di marketing. Molte piattaforme dichiarano di offrire la crittografia pur mantenendo la capacità di accedere al contenuto dei messaggi sui propri server, oppure cifrando soltanto determinati tipi di dati, oppure gestendo le chiavi in modi che lasciano una backdoor al fornitore.

Mandraki implementa la crittografia end-to-end nel significato definito dalla crittografia stessa: i dati sono cifrati sul dispositivo del mittente e possono essere decifrati soltanto sui dispositivi dei destinatari designati. Il server trasporta il testo cifrato. Non può leggere, analizzare o divulgare il contenuto in chiaro di messaggi, chiamate o file — né al personale di Mandraki, né agli operatori dell’infrastruttura, né ad alcun governo.

Come funziona

La crittografia end-to-end di Mandraki è costruita su due protocolli aperti e sottoposti a revisione paritaria.

MLS per la messaggistica (RFC 9420)

Il protocollo Messaging Layer Security fornisce un accordo di chiave di gruppo per canali e messaggi diretti. Quando viene creato un nuovo gruppo o un membro viene aggiunto o rimosso, lo stato crittografico del gruppo avanza a una nuova epoca. Ogni epoca ha un insieme unico di chiavi di crittografia derivate collaborativamente dai membri del gruppo, senza che il server apprenda mai il materiale crittografico.

Proprietà chiave di MLS in Mandraki:

• Forward secrecy. Compromettere oggi un dispositivo non consente di decifrare i messaggi passati. Le chiavi di ciascuna epoca sono indipendenti.
• Post-compromise security. Se un dispositivo viene compromesso e poi recuperato, il protocollo si autoripristina con l’avanzare dello stato del gruppo.
• Dimensioni di gruppo scalabili. MLS è progettato per gruppi di migliaia. Le operazioni sulle chiavi scalano in modo logaritmico, non lineare.
• Supporto multi-dispositivo. Ogni dispositivo dell’utente ha la propria credenziale MLS. I key package sono caricati in batch e consumati all’uso, garantendo che aggiungere un nuovo contatto non richieda che sia online.

SFrame per i media (RFC 9605)

Per le chiamate video e audio, Mandraki utilizza il protocollo Secure Frame per cifrare i media a livello di frame. Ogni frame video o audio è cifrato sul dispositivo del mittente prima di essere trasmesso alla Selective Forwarding Unit (SFU). La SFU instrada i frame cifrati ai destinatari corretti senza mai decifrarli.

Questo approccio è compatibile con le moderne architetture SFU perché la SFU non ha bisogno di decodificare i media per svolgere la propria funzione di routing. Inoltra payload opachi e cifrati, preservando i vantaggi di scalabilità del routing mediato dal server e mantenendo al contempo una vera riservatezza end-to-end.

Crittografia lato server: un livello complementare

Oltre alla crittografia end-to-end, Mandraki offre una crittografia envelope lato server per i dati a riposo. Questo protegge dalle minacce a livello di infrastruttura, come violazioni dello storage o accessi fisici non autorizzati.

La gerarchia di crittografia opera su tre livelli:

1. Master Key — la radice di fiducia, opzionalmente gestita dal cliente tramite BYOK.
2. Chiave dell’organizzazione — una per organizzazione, avvolta dalla master key.
3. Data Encryption Key (DEK) — chiavi specifiche per scopo, per messaggi, file e registrazioni, avvolte dalla chiave dell’organizzazione.

Crittografia lato server e crittografia end-to-end sono complementari. La crittografia lato server protegge i dati dalle minacce infrastrutturali. La crittografia end-to-end protegge i dati dagli accessi a livello applicativo, compresi quelli di Mandraki stessa.

Bring Your Own Key (BYOK)

Per le organizzazioni che richiedono il pieno controllo sulle proprie chiavi di crittografia, Mandraki supporta BYOK. I clienti possono importare una master key dal proprio servizio di gestione delle chiavi — sia esso AWS KMS, Azure Key Vault o un import manuale — e tutta la crittografia a livello di organizzazione verrà radicata in quella chiave controllata dal cliente.

La revoca di una chiave BYOK rende permanentemente inaccessibili tutti i dati cifrati lato server per quell’organizzazione, fornendo un “kill switch” crittografico per la sovranità dei dati.

Trade-off e trasparenza

La crittografia end-to-end introduce determinati trade-off che riteniamo i clienti debbano comprendere chiaramente.

• La ricerca lato server non è possibile su contenuti cifrati end-to-end. Mandraki fornisce un indice di ricerca lato client utilizzando l’archiviazione locale del browser.
• Le funzionalità di IA (trascrizione, riassunto) non possono operare su chiamate o canali cifrati end-to-end. Le organizzazioni devono scegliere tra assistenza IA ed E2EE su base per-chiamata o per-canale.
• I nuovi dispositivi vedono i messaggi soltanto dal momento in cui entrano in un gruppo. I messaggi storici non vengono decifrati retroattivamente per i nuovi dispositivi.

Si tratta di proprietà intrinseche di una vera crittografia end-to-end, non di limiti della nostra implementazione. Qualunque piattaforma dichiari di offrire E2EE senza questi vincoli probabilmente non sta fornendo una vera crittografia end-to-end.