Sicurezza dei Dati

Ogni controllo di sicurezza dei dati serve uno di tre obiettivi, noti insieme come triade CIA.

La riservatezza significa che solo persone e sistemi autorizzati possono leggere i dati. La garantiscono il controllo degli accessi, la crittografia e il monitoraggio delle visualizzazioni non autorizzate. L'integrità significa che i dati non sono stati alterati, corrotti o manomessi, da un attaccante, da un bug o da un dipendente distratto. La disponibilità significa che i dati sono presenti e utilizzabili quando un utente legittimo ne ha bisogno. Per questo anche backup, ridondanza e pianificazione del ripristino fanno parte della sicurezza dei dati.

Un controllo che protegge un obiettivo può indebolirne un altro. Crittografare tutto al livello più rigoroso può rallentare l'accesso legittimo che la disponibilità richiede. Per questo i programmi reali bilanciano i tre obiettivi invece di massimizzarne uno solo.

La maggior parte dei programmi di sicurezza dei dati si basa sugli stessi tipi di controllo, disposti a livelli in modo che un singolo guasto non esponga i dati.

La sicurezza di rete e degli endpoint aggiunge un ulteriore livello. Firewall, controllo dei dispositivi e gestione delle patch riducono le vie con cui un attaccante può raggiungere i dati. Anexet copre il livello dei dispositivi con il controllo dei dispositivi endpoint.

I tre termini vengono spesso usati come sinonimi, con confusione tra budget e ruoli.

La sicurezza dei dati protegge i dati da accessi non autorizzati o perdite. È una funzione tecnica e operativa. La privacy dei dati riguarda i diritti che le persone hanno sui propri dati personali e le regole che un'organizzazione segue per raccoglierli, usarli o condividerli. È una funzione giuridica e normativa, espressa in regolamenti come il GDPR o l'HIPAA.

La data governance è il quadro più ampio di proprietà, standard di qualità e diritti decisionali sui dati come asset aziendale. Sicurezza e privacy ne sono due componenti, accanto ad altri temi come la qualità dei dati e la gestione dei metadati. Nella pratica i tre si sovrappongono continuamente. Un solido programma di sicurezza dei dati rende davvero applicabili la maggior parte degli impegni di privacy e governance, invece di lasciarli come semplici aspirazioni.

I dati attraversano le stesse fasi, dalla creazione alla distruzione, e in ciascuna si applicano controlli. Tutto parte dalla classificazione dei dati.

1. 1

   Creazione e classificazione

   I dati vengono contrassegnati per sensibilità appena creati o ricevuti, così i controlli successivi sanno con quale rigore trattarli.

2. 2

   Archiviazione

   Database, file server e repository cloud applicano crittografia a riposo e restrizioni di accesso coerenti con la classificazione.

3. 3

   Uso e condivisione

   I dipendenti lavorano sui dati, li copiano, li inviano via e-mail o li caricano su strumenti di collaborazione. Qui avvengono la maggior parte delle fughe, ed è qui che DLP e monitoraggio fanno il lavoro più importante.

4. 4

   Conservazione a lungo termine

   I dati non più utilizzati attivamente vengono conservati secondo una policy documentata. Così si riduce la superficie esposta senza distruggere i documenti da conservare.

5. 5

   Distruzione

   Quando finisce il periodo di conservazione, i dati vengono cancellati o il supporto viene sanificato, così non possono essere recuperati. I dati non si accumulano all'infinito.

Una regola di blocco in Anexet DLP può riconoscere i dati in base alla loro etichetta di sensibilità Microsoft oppure in base al contenuto di un trasferimento web, usando schemi predefiniti per numeri di carta e indirizzi e-mail, oppure un'espressione regolare personalizzata. Le due schermate seguenti mostrano entrambi i tipi di condizione.

1 / 2

• 
• 

I controlli tecnici sono ben noti. La maggior parte dei fallimenti reali dipende da come vengono applicati.

La classificazione viene saltata o applicata in modo incoerente, così le regole DLP e le policy di accesso proteggono le cose sbagliate, o nulla. I controlli vengono configurati una sola volta, al rilascio, e non vengono mai rivisti, anche quando l'organizzazione aggiunge nuovi servizi cloud, strumenti di condivisione file e canali di lavoro da remoto che non facevano parte del modello di minaccia iniziale.

Anche il monitoraggio fallisce quando nessuno esamina i log. Un incidente viene scoperto settimane dopo, non in tempo reale. La causa singola più frequente resta l'insider: un dipendente che porta via dati quando lascia l'azienda, un collaboratore che gestisce male un file, o semplicemente un errore umano. Per questo la visibilità su ciò che le persone fanno davvero con i dati colma lacune che le difese perimetrali lasciano aperte. Il lato umano di questo rischio rientra nel rilevamento delle minacce interne.

I log servono solo se qualcuno li esamina. Questa vista mostra gli incidenti non ancora visualizzati, con il loro stato e un grafico statistico. Esaminarli è il cuore dell'analisi degli incidenti di sicurezza.

Parti dai dati il cui furto causerebbe il danno maggiore, poi mappa i canali che questi dati usano davvero. Una policy scritta per tutti i file in una volta blocca di solito il lavoro ordinario e viene disattivata poco dopo.

Rivedi i controlli con una cadenza fissa. Un programma di sicurezza dei dati vale quanto la sua ultima revisione.

Per approfondire: Sicurezza delle informazioni nei database; Cos'è la Protezione Tecnica delle Informazioni?.