In breve: se sospetta che siano usciti dati dal Suo sito, il tempo è il fattore decisivo. Se è colpito, ci contatti subito. Da remoto conserviamo le tracce, chiariamo sul piano tecnico quali dati possono essere coinvolti, chiudiamo l'accesso e forniamo una documentazione solida per il responsabile della protezione dei dati, l'avvocato e l'assicuratore.
Ora non cancelli nulla e non reinstalli nulla. Log, database e file sono le uniche prove di ciò che è uscito e di ciò che non lo è. Chi li sovrascrive non potrà più dimostrare nulla. Segnali l'emergenza e ce ne occupiamo dal primo messaggio.
È stato colpito? Come si riconosce un data breach dal sito web
Una fuga di dati avviene spesso inosservata. Gli indizi emergono di solito dagli effetti collaterali:
- I clienti segnalano che dati che aveva solo Lei compaiono altrove, oppure che ricevono email di phishing con dettagli d'ordine corretti.
- Il database è sotto un carico anomalo, oppure esportazioni e dump si trovano in luoghi in cui non li ha creati.
- Nei log compaiono interrogazioni massicce su elenchi di clienti, ordini o profili utente, spesso a cadenza regolare.
- Il Suo server stabilisce connessioni in uscita verso indirizzi che non conosce o trasmette una quantità insolita di dati.
- Ci sono nuovi account admin, password modificate o accessi a orari insoliti.
- Una ricercatrice di sicurezza, un giornalista o un'autorità La avvisa che dei dati sono raggiungibili pubblicamente.
- Sul Suo server si trovano backup non protetti, file
.envo directory che chiunque può aprire.
L'ultimo punto è una falla senza attacco: chi lascia un file di backup nella directory web rende i dati accessibili senza alcun hacking. Anche questo può essere soggetto a notifica.
Che cosa fare subito
- Annotare il momento: scriva quando e come è venuto a conoscenza del sospetto. Questo momento è importante per i termini.
- Limitare l'accesso: metta temporaneamente offline o in modalità di manutenzione le aree interessate, ad esempio l'account cliente o le funzioni di esportazione, se i dati potrebbero continuare a uscire.
- Conservare le tracce: non modifichi log del server, database e file system. Chieda all'hoster di conservare i registri.
- Coinvolgere il responsabile della protezione dei dati: informi internamente la persona competente o un responsabile esterno della protezione dei dati, così che il termine di notifica resti sotto controllo.
- Chiarire i tipi di dati interessati: che cosa c'è sul sistema? Anagrafiche dei clienti, ordini, dati sanitari o di pagamento, candidature?
- Cambiare gli accessi, ma in modo concordato: password e chiavi vanno cambiate solo dopo averlo concordato e da un dispositivo pulito.
- Informare assicuratore e avvocato: molte polizze richiedono una segnalazione tempestiva.
In concreto, come aiuta PHP SOS?
- Quadro della situazione: chiariamo con Lei quali sistemi e tipi di dati possono essere coinvolti e quando è nato il sospetto.
- Salvare e chiudere: salviamo log, database e file senza modificarli, blocchiamo l'accesso dell'aggressore e chiudiamo le vie aperte, ad esempio i backup non protetti.
- Verificare e bonificare: analizziamo accessi, interrogazioni al database e connessioni, cerchiamo web shell e backdoor e le rimuoviamo. Dove serve, coinvolgiamo partner per un'analisi forense IT a prova di tribunale.
- Rafforzare e riferire: riceve una linea temporale, un'indicazione sui dati probabilmente coinvolti, distinti con chiarezza in provato, probabile e sconosciuto, e raccomandazioni per una messa in sicurezza duratura.
Lavoriamo da remoto, senza trasferte, in tutta la Germania e in Europa.
Termine di notifica: che cosa richiede il GDPR e che cosa apportiamo noi
Ai sensi dell'art. 33 GDPR, una violazione della protezione dei dati personali va in linea di principio notificata all'autorità di controllo senza ingiustificato ritardo e, se possibile, entro 72 ore da quando se ne è venuti a conoscenza, quando presumibilmente comporta un rischio per gli interessati. Si tratta di un'informazione generale, non di consulenza legale. Se e che cosa debba notificare lo decide insieme al Suo responsabile della protezione dei dati o a un avvocato.
Il nostro contributo è il lato tecnico: che cosa è successo, quali sistemi erano coinvolti, quali tipi di dati vi si trovavano, per quanto tempo l'accesso è rimasto aperto, che cosa è stato fatto? Una notifica che si basa su fatti provati anziché su supposizioni si sostiene meglio. Una panoramica degli obblighi è nella pagina sull'obbligo di notifica GDPR entro 72 ore. Un incidente non diventa più piccolo con il tempo; chi notifica presto e documenta con ordine è avvantaggiato.
Conservare le prove e rivolgersi correttamente agli interessati
Il pericolo maggiore dopo una fuga di dati è il riflesso di riparare tutto in fretta. Un server appena reinstallato è bello, ma non prova più nulla. Come procedere senza distruggere le tracce lo descrive Conservare le prove prima della reinstallazione. L'ordine degli eventi si può poi fissare in una linea temporale dell'incidente.
Se clienti o partner devono essere informati, contano parole chiare e oggettive. Spunti li offrono Informare i clienti dopo un incidente e la pagina sulla comunicazione di crisi. Se una denuncia penale sia sensata lo chiarisca con il Suo avvocato; indicazioni sui punti di contatto si trovano in Denuncia alla polizia. Se l'incidente si estende a più sistemi, passiamo insieme a una Incident response strutturata.
Che cosa dovrebbe inviarci
- una breve descrizione: quando ha notato qualcosa, tramite chi, da che cosa?
- i tipi di dati presenti sul sito web o sul server
- accessi al server o l'autorizzazione a parlare direttamente con il Suo hoster
- indicazioni su backup, esportazioni e interfacce con altri sistemi
- nomi di agenzia e sviluppatori che conoscono il sistema
- il nome del responsabile della protezione dei dati, se esiste
Perché PHP SOS
Lavoriamo Made in Germany e da oltre 25 anni, con la nostra rete di partner di professionisti della cybersicurezza, ci specializziamo nella sicurezza informatica. Ha un unico interlocutore, tutto viene documentato e diciamo apertamente che cosa si può dimostrare e che cosa no. Non promettiamo alcuna ricostruzione se mancano i log, né consulenza legale. Forniamo i fatti tecnici con cui Lei e i Suoi consulenti potete decidere.
È stato colpito? Ci chiami. La aiutiamo.
In caso di possibile data breach corre un termine, e le tracce svaniscono a ogni giorno che passa. Ci contatti subito: ci chiami o ci scriva su WhatsApp. Ce ne occupiamo dal primo messaggio e restiamo accanto a Lei finché l'incidente non è concluso e documentato. Segnali subito l'emergenza
Domande frequenti
Con quale rapidità devo notificare un data breach?
Ai sensi dell'art. 33 GDPR, una violazione dei dati che comporti un rischio per gli interessati va in linea di principio notificata senza ingiustificato ritardo e, se possibile, entro 72 ore da quando se ne è venuti a conoscenza, all'autorità di controllo. Se ciò valga nel Suo caso lo chiarisca con il Suo responsabile della protezione dei dati o con un avvocato.
Come faccio a sapere se i dati sono davvero usciti?
Spesso solo analizzando i log del server, gli accessi al database e le connessioni in uscita. Se queste tracce mancano, la fuga non si può né dimostrare né escludere. Nella relazione lo indichiamo apertamente come sconosciuto.
Devo informare i miei clienti?
Dipende dal rischio per gli interessati. Se è elevato, secondo il GDPR vanno informati anche loro. La valutazione giuridica spetta al responsabile della protezione dei dati o all'avvocato; noi forniamo la base tecnica.
Che cosa succede se mi accorgo solo più tardi che i dati sono spariti?
Conta il momento in cui è venuto a conoscenza della violazione. Annoti quando e come è nato il sospetto e conservi le tracce a partire da quel momento.
Potete aiutare anche se i dati si trovavano presso un fornitore?
Verifichiamo che cosa possiamo chiarire con gli accessi e le informazioni che riceve. Ci coordiniamo con agenzia o hoster dopo la Sua autorizzazione.