Le cause più comuni
La maggior parte degli incidenti nasce da normali azioni di lavoro eseguite con un po' di superficialità. Il destinatario sbagliato è la causa singola più frequente. La maggior parte di questi errori avviene nei servizi di messaggistica elettronica, il canale che le divulgazioni usano più spesso.
| Causa | Come si presenta |
|---|---|
| Destinatario sbagliato | L'autocompletamento sceglie un nome simile, oppure rispondere a tutti allarga il pubblico |
| Allegato sbagliato | Il file vicino nella cartella, o una versione precedente con dati in più |
| Condivisione troppo ampia | Un link impostato su «chiunque», o un canale più ampio del pubblico previsto |
| Contenuto nascosto | Modifiche tracciate, commenti, righe nascoste o metadati lasciati nel file |
| Oscuramento incompleto | Testo coperto visivamente ma ancora presente sotto |
| Aggregazione | Estratti innocui che, insieme, identificano persone o rivelano una posizione |
| Configurazione errata | Un repository, un bucket o un ambiente di test lasciato aperto |
| Fisico e ambientale | Stampe dimenticate nella stampante, schermi visibili in uno spazio condiviso |
Perché domina le statistiche sugli incidenti
Ciascuna di queste cause è un'azione di lavoro normale eseguita con un leggero errore. Inviare file, condividere documenti e pubblicare report è il lavoro stesso. Il guasto è un solo passo indirizzato male all'interno di un'attività ripetuta centinaia di volte a settimana: volume più routine uguale frequenza. La formazione di sensibilizzazione da sola non basta, perché le persone coinvolte di solito conoscono la policy e intendevano rispettarla. È il lato non malevolo del rischio interno.
Rilevamento e risposta
La divulgazione accidentale viene spesso scoperta tardi, di solito da qualcuno esterno all'organizzazione. Il destinatario non previsto la segnala, un partner nota dati sconosciuti o un ricercatore trova un repository esposto. Quando i dati escono dall'organizzazione diventano una fuga di dati che nessuno controlla più.
Il richiamo è inaffidabile nella pratica: un'e-mail uscita dall'organizzazione non si può ritirare e un file scaricato non si può annullare. Per questo la prevenzione porta la parte più pesante. La risposta segue comunque i passaggi di qualsiasi violazione:
- 1
Stabilire il perimetro
Determinare cosa è stato divulgato e a chi.
- 2
Tentare il richiamo
Provare il richiamo o la revoca quando la piattaforma lo consente.
- 3
Valutare gli obblighi
Verificare gli obblighi di notifica normativi.
- 4
Registrare l'esito
Documentare cosa è successo e cosa è stato fatto.
Trattamento normativo
Dal punto di vista normativo, la divulgazione accidentale è una violazione dei dati indipendentemente dall'intenzione. Ai sensi del GDPR, la comunicazione non autorizzata di dati personali attiva una valutazione rispetto al termine di notifica di 72 ore. Le autorità di controllo esaminano poi se erano in vigore misure tecniche e organizzative adeguate, ed è qui che contano i controlli preventivi documentati e i registri di audit.
Controlli che aiutano davvero
I controlli efficaci intervengono dentro il flusso di lavoro, non dopo. È proprio questo il compito della prevenzione della perdita di dati. In questa categoria un avviso funziona meglio di un blocco silenzioso: l'intenzione dell'utente è corretta, quindi di solito basta dirgli cosa sta per fare.
| Controllo | Cosa fa | Dove agisce |
|---|---|---|
| Avvisi basati sul contenuto | Indicano il rischio specifico nel momento dell'invio | Messaggi e caricamenti al momento dell'invio |
| Salvaguardie sui destinatari | Segnalano i destinatari esterni, separano gli indirizzi simili, ritardano brevemente l'invio | Indirizzi prima dell'invio |
| Blocco per categorie definite | Rifiuta il trasferimento per un piccolo insieme di contenuti regolamentati | Canali che trasportano contenuti regolamentati |
| Igiene delle condivisioni | Scadenza predefinita dei link, autenticazione esterna, revisione delle condivisioni inattive | Link e cartelle cloud |
| Igiene dei documenti | Rimuove contenuti nascosti e metadati prima del rilascio | File prima della pubblicazione |
| Monitoraggio della configurazione | Verifica in modo continuo repository e archivi esposti in modo eccessivo | Repository, bucket e ambienti di test |
Come appare l'avviso in Anexet
Quando una regola blocca un trasferimento, l'utente vede il messaggio scritto dall'amministratore, che lo imposta nella console. Il blocco dei trasferimenti di dati include anche regole che reagiscono al numero di destinatari, così un messaggio inviato a un pubblico ampio viene individuato anche quando ogni indirizzo sembra innocuo.
1 / 2
Da dove iniziare
Parti dai dati che farebbero più danno se uscissero, poi dai canali che usano davvero. Le policy scritte per tutti i file in una volta sola finiscono per bloccare il lavoro quotidiano e vengono disattivate.
Per approfondire: Fuga tecnica di informazioni: cos'è e come proteggersi?; Ingegneria sociale contro i sistemi DLP: come proteggere l'azienda dalle fughe di dati.
Una divulgazione raramente sembra un attacco. Sembra un invio normale, partito un attimo troppo in fretta.
Come Anexet affronta questo
Anexet affronta la divulgazione accidentale nel momento del trasferimento, quando l'errore è ancora reversibile:
Valutazione consapevole del contenuto prima del completamento del trasferimento
file e messaggi vengono ispezionati con thesaurus di sicurezza (170 dizionari predefiniti), regole di pattern per identificatori strutturati, banche di hash per corrispondenze esatte di file, librerie di impronte digitali per documenti e modelli, ed etichette di riservatezza.
Condizioni di destinazione
le regole combinano il contenuto con destinatario e canale, così una destinazione esterna o personale è trattata diversamente da una interna.
Azioni graduate
registrare, avvisare, mettere in quarantena per la revisione di un analista o bloccare: il lavoro ordinario prosegue mentre un trasferimento mal indirizzato di contenuti regolamentati viene fermato o trattenuto.
Copertura completa dei canali
email, upload web, archiviazione cloud, messenger, dispositivi rimovibili, stampa e appunti.
Traccia di audit
ogni evento è registrato con utente, marca temporale, canale, destinazione, classificazione del contenuto e azione intrapresa, il che supporta in seguito la delimitazione del perimetro e la valutazione dell'obbligo di notifica.
Architettura on-premise
policy, contenuti acquisiti e log restano nell'infrastruttura dell'organizzazione stessa.
Anexet DLP
Scopri di più