Una piccola introduzione Cos'è la gestione di un incident e perché segue un framework
La gestione di un incident di sicurezza è il processo strutturato di risposta a un attacco in corso, una violazione dati o un downtime critico, basato sul framework NIST SP 800-61 in sei fasi (preparazione, rilevamento, contenimento, eradicazione, recovery, lezioni apprese), con notifica al Garante Privacy entro 72 ore quando previsto dalla normativa.
Quando l'incident è in corso (sito hackerato in real-time, leak del database, attacco di tipo DDoS, ransomware), ogni minuto conta: un contenimento rapido limita i danni, un recovery veloce salva il business, un post-mortem documentato evita ripetizioni.
Da Vicenza dal 2008 abbiamo gestito oltre 40 incident di tipologie diverse (attacchi a WordPress, e-commerce compromessi, DDoS, ransomware, violazioni dati). Risposta entro 4 ore lavorative agli incident critici, recovery completo sulla quasi totalità dei casi, post-mortem scritto consegnato sempre.
Esempi tipici Tre esempi di intervento, in settori diversi
Esempio · settore non profit Sito di una realtà associativa (settore terzo settore)
Incident di credential stuffing su un account staff. Triage in un'ora, contenimento in quattro ore, eradicazione in 24 ore, recovery completo in cinque giorni. Notifica al Garante preparata (nessun dato personale dei donatori compromesso) e post-mortem scritto.
5 giorni recovery completo
Esempio · settore e-commerce Sito e-commerce di un produttore (settore retail)
Plugin obsoleto come vettore di attacco. Compromissione scoperta in real-time, contenimento immediato, notifica al Garante in 48 ore, comunicazione ai clienti coinvolti. Recovery, hardening e monitoraggio per 30 giorni.
48h notifica al Garante
Esempio · settore servizi B2B Sito di una società di servizi (settore consulenza)
Attacco DDoS a livello applicativo con circa 100.000 richieste al minuto. Mitigazione immediata via firewall a monte, regole personalizzate distribuite in tempo reale, attacco continuo per sei ore, sito stabile dopo la mitigazione e regole permanenti aggiornate.
6h attacco mitigato
Cosa includiamo Incident response NIST in 4 fasi operative
Sei fasi del framework NIST consolidate in quattro fasi operative, con documentazione e notifica GDPR.
Preparazione e retainer
Pre-incident, opzionale.
Piano di incident response documentato, runbook step-by-step, contatti di emergenza disponibili nelle ore di lavoro, retainer prepagato opzionale per garantire risposta rapida con costi ridotti, simulazione annuale per validare il processo.
- Piano di incident response scritto
- Runbook step-by-step
- Contatti di emergenza
- Retainer prepagato opzionale
- Simulazione annuale
Rilevamento e triage
Ore 1-4 dall'incident.
Triage iniziale con classificazione dell'incident (basso, medio, alto, critico), valutazione dello scope, analisi dell'impatto sul business, decisione del team coinvolto, notifica iniziale agli stakeholder, attivazione del contenimento.
- Classificazione dell'incident
- Valutazione dello scope
- Analisi impatto business
- Notifica stakeholder iniziale
- Snapshot per analisi forense
Contenimento ed eradicazione
Giorni 1-3.
Contenimento immediato (sito offline o modalità manutenzione, blocco IP, isolamento dei sistemi compromessi), eradicazione della minaccia alla radice (rimozione malware, fix della vulnerabilità, patch installata), preservazione dell'evidence per analisi successive.
- Sito offline o modalità manutenzione
- Blocco IP attaccante
- Isolamento sistemi compromessi
- Eradicazione del malware
- Fix della vulnerabilità
- Preservazione evidence forense
Recovery e post-mortem
Giorni 3-7.
Restore da backup verificati, validazione delle funzioni critiche, re-submit a Google Search Console, comunicazione ai clienti se serve, documento di post-mortem (cosa è successo, perché, lezioni apprese, piano di azione per prevenire ripetizioni).
- Restore da backup verificato
- Validazione funzioni critiche
- Re-submit a Google e Bing
- Comunicazione ai clienti
- Documento di post-mortem
- Lezioni apprese e piano di azione
Il problema Quando l'incident viene gestito male
I pattern tipici di una risposta non professionale:
- Niente piano, improvvisazione panic-driven
- Contenimento lento, il malware si propaga e i danni crescono
- Backup non testati, il restore fallisce e i dati si perdono
- Niente analisi forense, la causa non viene identificata e l'attaccante rientra
- Notifica al Garante mancata, le 72 ore passano e arrivano le sanzioni
- Clienti mai informati, fiducia danneggiata, comunicazione di crisi disastro
- Niente post-mortem, gli stessi errori si ripetono al prossimo incident
Una incident response professionale segue un processo definito con SLA chiari, documentazione completa e conformità GDPR, riducendo in modo netto i danni rispetto all'improvvisazione.
I vantaggi Cosa ti porti a casa con una incident response professionale
Quello che ti porti a casa
Output concreto della gestione:
- Risposta entro 4 ore agli incident critici
- Contenimento ed eradicazione veloci
- Recovery completo da backup verificato
- Notifica al Garante entro 72 ore quando previsto
- Comunicazione ai clienti professionale
- Post-mortem scritto
Come lavoriamo Il processo di incident response
1. Call di emergenza
Ore 0-1.
- Call di emergenza di 30 minuti
- Triage iniziale
- Valutazione dello scope
- SLA definito per la risposta
2. Contenimento
Ore 1-12.
- Stop alla propagazione
- Isolamento sistemi
- Blocco IP attaccante
- Preservazione evidence
- Aggiornamenti agli stakeholder
3. Eradicazione e recovery
Giorni 1-7.
- Eradicazione della minaccia
- Restore da backup
- Validazione delle funzioni
- Re-submit a Google Search Console
4. Post-mortem e GDPR
Giorni 7-14.
- Documento di post-mortem
- Notifica al Garante in 72h se serve
- Comunicazione ai clienti
- Lezioni apprese e piano di azione
Strumenti Stack di incident response
Strumenti per analisi forense e coordinamento:
- Strumenti forensi per analisi file
- Revisione log SIEM
- Cloudflare per blocco attaccante
- Scanner real-time
- Backup verificati
- Slack per coordinamento del team
- Template per Garante Privacy
Tecnologie Stack che usiamo
WordPress
Cloudflare
GitHub
Redis
WordPress
Cloudflare
GitHub
Redis Risultati Cosa garantiamo come output
Standard sui progetti completati:
- Risposta in 4 ore agli incident critici
- Recovery completo sulla quasi totalità dei casi gestiti
- Notifica al Garante in 72 ore quando previsto
- Post-mortem scritto
- Comunicazione ai clienti professionale
- Lezioni apprese e piano di azione
Quanto costa una incident response? +
Servizio su misura: il preventivo dipende dalla complessità dei requisiti, dalle integrazioni con sistemi terzi (CRM, gestionale, API esterne), dal volume di test richiesto e dal livello di SLA in manutenzione. Prima cosa che facciamo è una discovery call gratuita di 30-45 minuti per capire scope e contesto, poi mandiamo un preventivo scritto entro 48-72 ore. Niente listini standard.
Cosa fare appena scopro un attacco? +
Niente panico. Non cancellare i file (servono per l'analisi forense). Snapshot di backup se possibile. Disconnetti il server dalla rete. Chiamaci subito via WhatsApp o telefono. Le prime ore fanno la differenza tra un recovery rapido e un disastro.
Notifica al Garante in 72 ore obbligatoria? +
Sì se la violazione coinvolge dati personali dei clienti. Articolo 33 GDPR: notifica al Garante Privacy entro 72 ore. Articolo 34: notifica ai clienti se il rischio è alto. Le sanzioni per non conformità arrivano fino al 4% del fatturato globale.
Il retainer prepagato conviene? +
Per business critici (e-commerce con volume mensile rilevante, B2B con SLA contrattuali con i propri clienti) sì. Garantisce SLA prioritario e costi prevedibili. Senza retainer la risposta resta best-effort con tariffe standard di emergenza.
Cosa significa preservare l'evidence forense? +
Snapshot del file system, del database e dei log PRIMA del cleanup. Permette l'analisi successiva del vettore di attacco, dello scope completo, dei clienti coinvolti, ed è materiale probatorio per le autorità se serve. Senza evidence niente analisi seria.
Comunicazione ai clienti? +
Ti aiutiamo nel drafting del comunicato per i clienti coinvolti: tono, trasparenza, cosa è successo, cosa stiamo facendo, cosa devono fare loro. Conformità con l'articolo 34 GDPR e gestione della reputazione.
Il post-mortem è davvero necessario? +
Sì, sempre. È il documento che racconta cosa è successo, la causa, la timeline delle decisioni, le lezioni apprese e il piano di azione. Evita ripetizioni e prepara il sito per audit di conformità ISO 27001 o SOC 2.
Avete riferimenti? +
Oltre 40 incident gestiti dal 2008 su tipologie diverse. I riferimenti settoriali sono coperti da NDA, possiamo metterti in contatto con clienti attuali per referral diretto previa loro autorizzazione.