Dati in Transito

I team di sicurezza descrivono di solito i dati in tre stati: archiviati su un disco (dati a riposo), aperti ed elaborati da un'applicazione (dati in uso) e in movimento da un luogo all'altro (dati in transito, detti anche dati in movimento). Il terzo stato comprende tutto, dal messaggio a un collega al backup copiato in un'altra sede.

I dati in transito sono esposti in modo particolare: lasciano i sistemi controllati dall'organizzazione e attraversano reti, fornitori e dispositivi che non controlla. Per questo i programmi di protezione dei dati li trattano come un problema a sé, con controlli propri, e non come un effetto collaterale della sicurezza dell'archiviazione.

I dati aziendali passano per pochi canali, e ciascuno cede a modo suo. L'e-mail è il più antico: un messaggio può attraversare più server prima di arrivare, e il monitoraggio delle e-mail lo vede con chiarezza solo finché si trova ancora su sistemi controllati dall'azienda.

La difesa standard è TLS, il protocollo alla base di HTTPS e di molte connessioni sicure di posta e trasferimento file. Ha sostituito il vecchio protocollo SSL e la sequenza è la stessa nella maggior parte delle applicazioni.

1. 1

   Negoziare

   Client e server concordano una versione del protocollo e un insieme di algoritmi di cifratura.

2. 2

   Autenticare

   Il server presenta un certificato e il client lo verifica presso le autorità di certificazione di cui si fida.

3. 3

   Scambiare le chiavi

   Le due parti ricavano chiavi di sessione condivise senza mai inviarle in chiaro.

4. 4

   Proteggere il traffico

   I dati sono cifrati e accompagnati da un controllo di integrità, così ogni modifica lungo il percorso viene rilevata.

Anexet osserva i dati in transito sulla postazione di lavoro tramite i suoi agenti e il controllo del traffico di rete e dei siti web. La schermata del profilo mostra quali protocolli vengono intercettati e se il traffico cifrato è incluso, mentre quella dei certificati mostra come le sessioni web cifrate diventano leggibili per l'analisi.

1 / 2

• 
• 

La cifratura risponde a una sola domanda: qualcuno sul percorso può leggere o modificare i dati? Non chiede se il mittente dovesse inviarli. È in questo vuoto che avviene la maggior parte dell'esfiltrazione di dati, perché un dipendente che carica un file via HTTPS usa una connessione del tutto sicura.

I guasti raramente dipendono da algoritmi deboli. Dipendono da presupposti, e lo shadow IT peggiora l'ultimo, perché i servizi non approvati aggiungono destinazioni che nessuno ha esaminato.

• Fidarsi della rete interna e lasciare in chiaro il traffico tra server
• Disattivare il controllo dei certificati per far sparire un errore, eliminando la protezione dalla falsificazione dell'identità
• Mantenere protocolli obsoleti, come FTP o HTTP senza cifratura, perché finora non si è rotto nulla
• Credere che l'e-mail sia cifrata da un capo all'altro quando lo sono solo alcune tratte
• Considerare sicuro HTTPS verso qualsiasi destinazione, compresi l'archiviazione personale e i servizi non approvati

La maggior parte dei quadri di sicurezza e privacy si aspetta che i dati siano protetti durante la trasmissione, anche se ciascuno lo formula a modo suo. Il GDPR chiede misure tecniche adeguate e cita la cifratura come esempio, la HIPAA Security Rule contiene uno standard sulla sicurezza della trasmissione e PCI DSS richiede una crittografia robusta quando i dati delle carte attraversano reti pubbliche aperte.

In un audit contano le prove: quali canali trasportano dati regolamentati, quali sono cifrati e che cosa succede quando uno non lo è. Una mappa aggiornata dei flussi di dati e una gestione della conformità che funziona permettono di rispondere in fretta.

Si parte mappando dove viaggiano davvero i dati riservati e regolamentati, poi si cifra ciò che ancora circola in chiaro e si ispeziona ciò che esce dai canali cifrati. La cifratura chiude la strada agli estranei, e un sistema DLP copre la strada che i dipendenti percorrono legittimamente.