CASI PRATICI · 9 SCENARI
Incidenti e sicurezza.
Non basta riconoscere un problema tecnico: occorre ricostruire i dati coinvolti e le conseguenze possibili per le persone. Gli scenari seguono il percorso dalla segnalazione al contenimento e alla valutazione, senza confondere ogni incidente con un obbligo automatico di notifica.
Scenari illustrativi, non racconti di clienti o incarichi realmente svolti.
Email al destinatario sbagliato: quando è un data breach?
Un elenco clienti inviato per errore: come contenere l’incidente, valutare il rischio e decidere se notificare il Garante.
Leggi il caso ↗52Incidenti e sicurezzaAllegato sbagliato: una busta paga inviata a un altro cliente
Una busta paga nel messaggio sbagliato: quali elementi controllare e come gestire il caso senza diffondere ulteriormente il documento.
Leggi il caso ↗53Incidenti e sicurezzaRansomware con backup disponibile: bisogna notificare il Garante?
Il ripristino dal backup non chiude da solo un ransomware: disponibilità, possibile esfiltrazione e rischi richiedono valutazioni distinte.
Leggi il caso ↗54Incidenti e sicurezzaPortatile cifrato smarrito: basta la cifratura per chiudere il caso?
Un computer smarrito può avere dati protetti oppure ancora accessibili: cifratura, stato del dispositivo e credenziali cambiano la valutazione.
Leggi il caso ↗55Incidenti e sicurezzaAccount email compromesso: perché controllare anche gli inoltri
Dopo una compromissione email, cambiare password può non bastare: sessioni, regole di inoltro e dati accessibili vanno ricostruiti.
Leggi il caso ↗56Incidenti e sicurezzaLink cloud pubblico: come valutare l’esposizione dei documenti
Un collegamento aperto a chiunque può esporre documenti anche senza accessi evidenti: autorizzazioni, log e contenuti guidano la risposta.
Leggi il caso ↗57Incidenti e sicurezzaChiavetta USB persa con dati clienti: quali verifiche fare subito?
Una memoria USB smarrita richiede una ricostruzione concreta: cifratura, contenuto, copie e riconoscibilità dei clienti cambiano il rischio.
Leggi il caso ↗58Incidenti e sicurezzaIl fornitore segnala un data breach in ritardo: chi deve agire?
Un incidente comunicato tardi dal fornitore: come ricostruire tempi, responsabilità e decisioni senza attendere informazioni perfette.
Leggi il caso ↗94Incidenti e sicurezzaTest del software con dati reali: perché copiare il database è rischioso
Gli sviluppatori copiano clienti e ordini nell’ambiente di prova: come ottenere test attendibili riducendo dati, accessi e invii accidentali.
Leggi il caso ↗