Traduzione di cortesia. Fa fede la versione in inglese.
Questo piano indica che cosa fa LFW quando un incidente di sicurezza è sospettato o confermato, sui propri sistemi o sul sito di un cliente. È breve perché LFW è piccola: agisce una persona, e questo è l’ordine in cui agisce.
Versione 1.0, 6 ottobre 2026. Fa parte delle pratiche pubblicate nella pagina Fiducia. I passaggi di risposta per il sito di un cliente seguono l’allegato di gestione (in inglese).
1. Che cosa conta come incidente
Un accesso non autorizzato a un sistema che LFW gestisce o in cui lavora; la compromissione del sito di un cliente; la perdita o l’esposizione di dati di clienti o visitatori; una credenziale di LFW che potrebbe essere trapelata; oppure un guasto del processo di rilascio di LFW che rende un sito non disponibile.
Una segnalazione di vulnerabilità senza segni di sfruttamento viene gestita secondo la politica di divulgazione delle vulnerabilità, non secondo questo piano, a meno che mostri che dei dati sono stati raggiunti.
2. Chi agisce, e quando
Leland Fiegel, fondatore di LFW, è responsabile di ogni incidente. Non ci sono turni di reperibilità né assistenza fuori dall’orario lavorativo: LFW agisce in orario lavorativo. Dal lunedì al venerdì, dalle 9 alle 17, ora della costa est (dalle 6 alle 14, ora del Pacifico), esclusi i festivi federali. Non offriamo assistenza fuori da questo orario né reperibilità.
Fuori da questo orario, l’hosting del cliente monitora e supporta i server 24 ore su 24 secondo le proprie condizioni, e un cliente può segnalare una compromissione nel Portale clienti a qualsiasi ora. LFW inizia il ripristino del sito compromesso di un cliente dal backup dell’hosting dal giorno lavorativo successivo.
3. Notifica
Se LFW conferma un incidente di sicurezza che riguarda i dati o il sito di un cliente, lo comunica a quel cliente entro 24 ore dalla conferma, per iscritto, via email ai contatti registrati, con ciò che è noto, ciò che non lo è ancora e ciò che LFW sta facendo.
Quando il contratto di un cliente o la legge stabiliscono un termine più breve o un contatto designato, si applica quello. LFW rispetta le leggi applicabili sulla notifica delle violazioni dei dati e supporta la notifica che il cliente invia direttamente alle persone interessate.
Un ricercatore di sicurezza che segnala un problema secondo la politica di divulgazione riceve una risposta entro due giorni lavorativi, poi viene informato del piano e della data in cui la correzione sarà online.
4. Passaggi per i sistemi di LFW
Contenere. Revocare le sessioni o i token coinvolti; cambiare ogni segreto che potrebbe essere stato esposto; se necessario, bloccare il traffico su Cloudflare o fermare il servizio.
Preservare. Conservare i log del server web e i registri dell’applicazione per il periodo interessato. Fare uno snapshot di backup prima di modificare qualsiasi cosa, così lo stato al momento della scoperta resta conservato.
Ripristinare. Tornare alla versione precedente, conservata sul server, o ripristinare i dati dallo snapshot integro più recente. I backup vengono fatti ogni giorno e a ogni rilascio, con una copia fuori sede.
Correggere e verificare. Pubblicare la correzione con il normale processo di rilascio e i suoi controlli, poi confermarla sul sito online con i controlli di LFW Monitor e a mano.
5. Passaggi per il sito di un cliente
Contenere. Inasprire le regole del firewall su Cloudflare e in Wordfence, reimpostare insieme al cliente le sessioni e le credenziali di amministrazione del sito, e mettere il sito in modalità manutenzione se sta danneggiando attivamente i visitatori.
Ripristinare. Ripristinare dal backup integro più recente dell’hosting, iniziando dal giorno lavorativo successivo, come previsto dal contratto di gestione. Il piano dell’hosting determina fino a quando risale un backup.
Indagare. Leggere il registro delle attività e i log di accesso dell’hosting per stabilire come e quando il sito è stato raggiunto. Un’analisi forense più approfondita e una bonifica oltre il ripristino sono un progetto, quotato per iscritto prima dell’inizio del lavoro, come previsto dall’allegato.
Chiudere la falla. Aggiornare o rimuovere il componente sfruttato, confermare la regola del firewall che lo copre e ricontrollare il sito con LFW Monitor.
6. Il resoconto scritto
Ogni incidente è oggetto di un resoconto scritto riservato: che cosa è successo, quando è stato scoperto, che cosa è stato fatto e quando, quali dati erano coinvolti e che cosa è cambiato dopo perché non si ripeta. Il cliente riceve questo resoconto per un incidente sul suo sito o che riguarda i suoi dati.
Le voci del registro pubblico delle modifiche descrivono la correzione, mai i dettagli dell’incidente. Quando un incidente cambia una pratica della pagina Fiducia, la versione e la data della politica cambiano.
7. Mettere alla prova questo piano
Il processo di rilascio viene messo alla prova a ogni distribuzione: una nuova versione supera i controlli delle sue rotte prima che il traffico passi a lei, e la versione precedente resta disponibile. I backup vengono verificati al momento in cui vengono eseguiti, e il repository dei backup viene verificato ogni settimana.
LFW non ha ancora svolto un’esercitazione di ripristino pianificata su una copia dei suoi dati di produzione, e lo dice qui invece di dichiarare un test annuale.
Per segnalare un incidente: i clienti, nel Portale clienti o a hello@lfw.com; chiunque altro, a security@lfw.com.