Riservatezza

La triade CIA indica le tre proprietà che un programma di sicurezza cerca di proteggere. Possono entrare in conflitto, quindi la progettazione della sicurezza è di solito un equilibrio e non la massimizzazione di una sola. La riservatezza è la proprietà a cui pensa la maggior parte delle persone quando dice che i dati sono «sicuri», ma un sistema può avere una riservatezza perfetta e fallire comunque su integrità o disponibilità.

La riservatezza è una parte della sicurezza dei dati. Impedisce che un'informazione raggiunga la persona sbagliata, qualunque ne sia il motivo.

Le violazioni della riservatezza hanno un esito comune: l'informazione raggiunge qualcuno non autorizzato a possederla. Il danno è di solito lo stesso, qualunque sia la causa: esposizione normativa, perdita di fiducia, danno competitivo se trapelano segreti commerciali e, nei settori regolamentati, possibili sanzioni.

L'esposizione accidentale non richiede alcun attaccante, per questo la divulgazione involontaria ha un termine proprio. Le cause più comuni sono:

• Attacco esterno: un soggetto esterno viola un sistema e copia dati tramite credenziali rubate, malware o lo sfruttamento di una vulnerabilità.
• Divulgazione da parte di un insider: un dipendente o collaboratore con accesso legittimo visualizza, copia o condivide dati al di fuori dello scopo autorizzato, uno schema che i programmi di rischio interno monitorano.
• Esposizione accidentale: un'e-mail inviata al destinatario sbagliato, un bucket cloud configurato male, un documento allegato al messaggio errato o uno schermo visibile a una persona non autorizzata.
• Smaltimento improprio: carta, dischi o dispositivi dismessi che contengono ancora dati leggibili.

Diversi controlli lavorano insieme. Nessuno basta da solo: le regole di accesso decidono chi può aprire un file, la crittografia protegge le copie e la prevenzione della perdita di dati sorveglia i canali da cui una copia potrebbe uscire dall'organizzazione.

Un contenuto riservato si riconosce raramente dal solo nome del file, quindi la console confronta il contenuto con set di parole chiave già pronti. L'elenco dei tesauri di sistema comprende 35 set, tra cui SSN, Credit Card e Financial, ciascuno con il proprio numero di parole. Questi set operano all'interno di Anexet DLP.

Le etichette di sensibilità sono un secondo segnale. Una regola può richiedere un'etichetta Microsoft su dati sensibili prima di scattare, e le etichette servono solo se vengono applicate in modo coerente.

1 / 2

• 
• 

Una corrispondenza non significa sempre un blocco. La regola sceglie la reazione e l'evento resta nel log per una verifica successiva, la stessa traccia su cui si basa il monitoraggio dell'attività degli utenti.

1. 1

   Corrispondenza

   Il contenuto o l'etichetta soddisfa una condizione della regola, come un set di parole chiave o un'etichetta di sensibilità.

2. 2

   Decisione

   La regola blocca il trasferimento, lo trattiene per la revisione o lo registra soltanto, in base alla classificazione e alla gravità.

3. 3

   Registrazione

   L'evento viene salvato con utente, canale e oggetto, così l'attività può essere ricostruita.

4. 4

   Verifica

   Un analista esamina i casi rilevanti e modifica la regola quando scatta troppo spesso o troppo raramente.

Riservatezza e privacy sono correlate ma non identiche. La riservatezza è una proprietà di sicurezza applicabile a qualsiasi informazione che un'organizzazione voglia limitare, come segreti commerciali, previsioni finanziarie o codice sorgente, che riguardi o meno una persona.

La privacy riguarda il diritto di una persona a controllare le informazioni che la riguardano ed è oggetto di normative dedicate, come il GDPR. Proteggere i dati personali richiede sempre controlli di riservatezza, che però si applicano anche a molte informazioni non legate ai dati personali di un individuo.

Molti programmi partono da un'unica policy che copre tutti i file in una volta. Il risultato è lavoro bloccato e persone che cercano modi per aggirare lo strumento.

Tre errori si ripetono in molti progetti:

• Etichettare senza far rispettare: le etichette che nessuno controlla non proteggono nulla.
• Fidarsi di un solo canale: una policy che copre solo l'e-mail lascia aperti USB e upload verso il cloud.
• Considerare la riservatezza un progetto concluso: i dati si muovono, quindi le regole vanno riviste con regolarità.

Parti dai dati la cui fuga farebbe più danno, poi mappa i canali che usano davvero. Le regole costruite su queste due domande sono più facili da spiegare al personale e più facili da mantenere attive.

Per approfondire: Sicurezza informatica: definizione, requisiti, modelli e fasi.