Un data breach non coincide soltanto con un hacker che esfiltra un database. Una violazione può riguardare riservatezza, integrità o disponibilità dei dati e può derivare da credenziali compromesse, errori di condivisione, dispositivi persi, configurazioni errate, insider threat, malware o accessi non autorizzati. Per questo la mitigazione deve iniziare prima dell’incidente.
Questa guida è focalizzata sui controlli preventivi. Se la violazione è già avvenuta e devi valutare notifica, comunicazione e adempimenti GDPR, usa la procedura dedicata Data Breach: gestione e procedure operative. Per una risposta tecnica all’incidente, il riferimento è il servizio di Incident Response.
1. Conosci quali dati possiedi e dove sono
Non puoi proteggere ciò che non sai di avere. Inventaria repository, file server, Microsoft 365, SaaS, database, endpoint e copie locali; identifica dati personali, informazioni riservate, proprietà intellettuale e dati regolamentati. Collega ogni categoria a owner, finalità, retention e livello di criticità.
2. Riduci l’accesso ai dati e separa i privilegi
Applica least privilege, MFA e separazione degli account amministrativi. Rivedi periodicamente gruppi, accessi guest, service account e autorizzazioni applicative. Le identità compromesse sono uno dei modi più efficaci per trasformare un singolo account in accesso esteso ai dati.
3. Governa la condivisione e usa DLP dove serve
Definisci quali informazioni possono uscire dall’organizzazione, attraverso quali canali e con quali eccezioni. Le tecnologie Data Loss Prevention possono identificare contenuti sensibili e applicare controlli su email, endpoint, cloud e repository; il tema tecnologico resta approfondito nella guida DLP: cos’è e come si implementa.
4. Riduci la superficie tecnica sfruttabile
Patching, hardening, EDR, segmentazione, riduzione dei servizi esposti e gestione delle vulnerabilità abbassano la probabilità che un attaccante raggiunga dati sensibili. La priorità non va assegnata solo alla gravità tecnica: considera esposizione, criticità dell’asset e impatto sui dati. Un Risk Assessment aziendale aiuta a collegare controlli e rischio business.
5. Rileva l’esfiltrazione e i comportamenti anomali
Un data breach può essere silenzioso. Centralizza log utili, definisci alert su accessi anomali, download massivi, creazione di forwarding, movimenti di dati e attività privilegiate. La detection deve essere progettata prima dell’incidente, con log conservati per un periodo coerente con i tempi di indagine.
6. Proteggi i dati anche quando la prevenzione fallisce
Cifratura, backup isolati/immutabili e recovery test riducono l’impatto di perdita, alterazione o indisponibilità. La cifratura è particolarmente importante per la riservatezza, ma non va interpretata come esenzione automatica da qualsiasi obbligo GDPR. Per la protezione e il ripristino dei dati resta separato il servizio Data Protection as a Service.
7. Prepara la risposta prima che serva
Definisci chi decide, chi raccoglie evidenze, chi coinvolge DPO/legale/comunicazione e come si scala l’incidente. Testa i contatti, le responsabilità e i playbook con tabletop exercise. NIST CSF 2.0 integra GOVERN, IDENTIFY, PROTECT, DETECT, RESPOND e RECOVER: la capacità di risposta fa parte della gestione del rischio, non è una fase separata da preparare all’ultimo momento.
8. Misura e riesamina il rischio residuo
Dopo ogni remediation registra il rischio residuo, l’owner e la data di riesame. Nuove applicazioni, fornitori, acquisizioni, smart working e cambiamenti nel trattamento dei dati possono rendere obsoleta una misura che sei mesi prima era adeguata.
Data breach e GDPR: il confine da tenere chiaro
Quando sono coinvolti dati personali, il GDPR richiede di documentare e valutare la violazione. La notifica all’autorità di controllo è richiesta entro 72 ore dal momento in cui il titolare ne viene a conoscenza quando la violazione può presentare un rischio per diritti e libertà; la comunicazione agli interessati segue una soglia diversa, legata al rischio elevato. L’EDPB mantiene linee guida specifiche e nel giugno 2026 ha adottato un template comune di notifica, la cui implementazione presso le autorità segue un processo dedicato.
Per non duplicare una pagina normativa, tutti i passaggi di valutazione/notifica devono rimanere nella guida Data Breach: gestione e procedure operative.
Checklist preventiva in 8 domande
- Sappiamo quali dati critici possediamo e dove sono?
- Gli accessi sono limitati al minimo necessario e gli amministratori sono separati?
- Condivisioni esterne e canali di uscita sono governati?
- Patch, hardening, EDR e vulnerabilità riducono la superficie di attacco?
- Abbiamo log e alert per identificare accessi/esfiltrazioni anomale?
- Dati e backup sono protetti e il restore è stato testato?
- Ruoli, contatti e playbook di risposta sono documentati e provati?
- Il rischio residuo viene riesaminato dopo cambiamenti e remediation?
Data Breach: come prevenirlo
La garanzia della sicurezza di un sistema informatico non è raggiungibile al 100%. Alle aziende viene richiesto dallo stesso legislatore di scegliere in autonomia un adeguato sistema di sicurezza in relazione alla riservatezza, tipologia e volume dei dati trattati. Le linee Guida di Agid per la Pubblica Amministrazione, possono essere un utile punto di riferimento per implementare misure di sicurezza minime/standard/avanzate e verificare il gap positivo o negativo rispetto alla vostra azienda.
Per prevenire un data breach bisogna lavorare bene nelle fasi iniziali del processo di individuazione delle misure di protezione adeguate. Per essere pronti a reagire in caso di attacco informatico è invece utile utilizzare gli esiti delle fasi di censimento dati e analisi dei rischi per implementare efficacemente (a basso costo) sistemi di Forensic Readiness.

Vuoi capire quali scenari di perdita o esposizione dati hanno priorità nella tua azienda?
FAQ
Che cos’è un data breach?
È una violazione di sicurezza che comporta distruzione, perdita, alterazione, divulgazione non autorizzata o accesso a dati. Nel GDPR la definizione riguarda specificamente i dati personali.
Un data breach è sempre causato da un attacco informatico?
No. Può derivare anche da errore umano, condivisione errata, perdita di dispositivi, configurazioni non corrette o indisponibilità accidentale.
La cifratura evita sempre la notifica GDPR?
No. La cifratura può ridurre il rischio e, in determinate condizioni, rendere non necessaria la comunicazione agli interessati; non elimina automaticamente l’obbligo di valutazione e l’eventuale notifica all’autorità.
Quanto tempo c’è per notificare un personal data breach?
Quando la notifica è richiesta, il GDPR prevede che il titolare la effettui all’autorità competente senza ingiustificato ritardo e, ove possibile, entro 72 ore da quando ne viene a conoscenza.
Qual è la differenza tra prevenzione del data breach e Incident Response?
La prevenzione riduce probabilità e impatto prima dell’incidente. Incident Response riguarda rilevazione, contenimento, analisi e ripristino dopo o durante un incidente.
La DLP basta a prevenire un data breach?
No. La DLP è uno dei controlli possibili. Una strategia efficace include identità, privilegi, hardening, endpoint, logging, backup, governance e preparazione alla risposta.


