Architettura con server senza accesso ai contenuti: il server inoltra dati cifrati
Con SANKET (Sanket.Chat) di Tosh Defence, il server non può leggere i contenuti: inoltra i dati cifrati e non possiede mai le chiavi di messaggi, file, chiamate, reazioni o comunicazioni cifrate a più destinatari. I contenuti vengono cifrati sul dispositivo mittente e decifrati soltanto sui dispositivi dei destinatari, quindi né Tosh Defence, né un fornitore di hosting, né i server del cliente possono leggerli.
L'assenza di accesso ai contenuti da parte del server cambia le conseguenze di una sua compromissione. Un aggressore che controlla il server non può leggere i contenuti passati, perché le chiavi non sono mai arrivate al server, né può aggiungere di nascosto un dispositivo per intercettare le comunicazioni, perché i mittenti verificano l'elenco firmato dei dispositivi di ciascun account.
Cosa significa che il server non può leggere i contenuti
In Sanket il server inoltra contenuti cifrati. Messaggi, reazioni e comunicazioni cifrate a più destinatari sono messaggi libsignal cifrati sul dispositivo del mittente; gli allegati sono cifrati con AES-256-GCM prima del caricamento; i flussi delle chiamate sono cifrati end-to-end prima di raggiungere il server multimediale. Le chiavi per tutti questi contenuti vengono generate e conservate sui dispositivi degli utenti.
Anche l'etichetta che indica la classificazione di un messaggio è trasmessa all'interno del contenuto cifrato, quindi il server non può né leggerla né modificarla.
Un server compromesso non rivela alcun contenuto
Tosh Defence analizza la compromissione di ciascun componente lato server. In tutti questi scenari, il contenuto dei messaggi, le reazioni, i messaggi a più destinatari cifrati, le etichette di classificazione, il contenuto dei file, i flussi multimediali delle chiamate e le chiavi private restano protetti, perché la riservatezza dei contenuti non dipende mai dall'assenza di compromissioni dei componenti server.
Il ripristino segue una procedura definita: ricostruire a partire da una versione verificata e firmata, ruotare le credenziali segrete lato server, imporre una nuova autenticazione e riesaminare il registro di controllo che rende rilevabili le manomissioni.
- Contenuto dei messaggi e reazioni
- Diffusioni cifrate e relative priorità
- Etichette di classificazione
- Contenuto dei file
- Flussi multimediali delle chiamate
- Chiavi private
Nessun partecipante occulto
L'elenco dei dispositivi di ciascun account è firmato con una chiave custodita sul dispositivo principale dell'account e registrato in un registro a sola aggiunta nell'installazione. Prima di cifrare, il mittente controlla l'elenco e non invia nulla ai dispositivi che non vi compaiono; un server ostile non può quindi aggiungere un dispositivo per ricevere copie. I codici di sicurezza e gli avvisi di modifica dell'identità consentono agli utenti di verificare direttamente le rispettive identità.
All'interno della vostra installazione
Sanket non è mai un servizio pubblico condiviso. Ogni organizzazione gestisce una propria installazione dedicata, quindi i metadati di instradamento necessari alla consegna dei messaggi restano nell'installazione del cliente, sotto il controllo dei suoi amministratori e soggetti alle sue regole di conservazione e verifica.
Gli amministratori gestiscono identità, dispositivi e criteri; non possiedono le chiavi per decifrare i contenuti e non possono leggere le conversazioni.
Evidenze tecniche
Leggi i dettagli nel documento tecnico di SANKET
Ogni affermazione contenuta in questa pagina è esposta per esteso nel documento tecnico pubblico sulla sicurezza e sull'architettura di SANKET, consultabile gratuitamente senza registrazione.
Che cosa significa che il server non può leggere i dati?
Il server non ha accesso ai contenuti: inoltra dati cifrati e non detiene mai le chiavi per messaggi, file, chiamate, reazioni o comunicazioni cifrate a più destinatari. I contenuti sono leggibili solo sui dispositivi delle persone che partecipano alla conversazione.
Tosh Defence può leggere i messaggi dei clienti?
No. Tosh Defence non gestisce le installazioni dei clienti e non dispone di alcuna via di accesso ad esse; i contenuti dei messaggi sono cifrati end-to-end con chiavi presenti solo sui dispositivi degli utenti.
Gli amministratori del cliente possono leggere i messaggi?
No. Gli amministratori gestiscono identità, dispositivi e regole. Il server non conserva le chiavi di accesso ai contenuti, quindi gli amministratori non possono leggere i messaggi e i file né accedere al contenuto delle chiamate.
Che cosa succede se un server Sanket viene compromesso?
Il contenuto dei messaggi e dei file precedenti rimane riservato, perché è stato cifrato con chiavi che il server non ha mai posseduto. Gli elenchi firmati dei dispositivi impediscono all'attaccante di aggiungere un dispositivo per riceverne copie, mentre i numeri di sicurezza consentono agli utenti di verificare le identità.
Il server può modificare o ritrasmettere un messaggio diffuso?
No. La priorità, il termine per la conferma di ricezione e la scadenza di una comunicazione a diffusione cifrata sono inclusi nella cifratura end-to-end, quindi il server non può né abbassarne la priorità né ritrasmetterla.
Dove vengono inviati i metadati di instradamento?
I metadati di instradamento necessari per consegnare i messaggi restano nell'installazione dedicata del cliente, soggetti alle sue politiche di conservazione e ai suoi controlli di audit.
Scoprite come un'architettura in cui il server non può leggere i contenuti modifica il vostro modello delle minacce
Tosh Defence illustra agli architetti della sicurezza l'analisi della compromissione dei server di Sanket, la fiducia nei dispositivi e la gestione dei metadati.