Contratti annuali per servizi di incident response e logica del retainer: come funzionano?

L'anno scorso abbiamo subito una piccola violazione via email. Non avevamo un contratto di retainer. La prima società a cui ci siamo rivolti ci ha respinti dicendo di dare priorità ai clienti contrattualizzati. La seconda ha accettato l'urgenza ma ha chiesto 450 sterline all'ora e la fattura è arrivata a 14.000 sterline. Senza contare il danno operativo che abbiamo patito.

Prima di firmare l'accordo, verificate cosa fa l'azienda durante la fase di onboarding. I log dei vostri sistemi vengono centralizzati? I tool necessari per l'acquisizione delle immagini forensi sono già installati? Se non c'è una preparazione preventiva, le prime 24 ore di una crisi andranno sprecate solo per cercare di ottenere le autorizzazioni di accesso ai vostri sistemi.

Non fidatevi ciecamente delle tempistiche di SLA. Se sul contratto c'è scritto intervento entro 2 ore, non significa che due ore dopo si presenterà da voi un esercito di tecnici. Nella maggior parte dei contratti questo vuol dire semplicemente che un esperto vi chiamerà entro due ore per prendere in carico la segnalazione. Chiarite bene quando inizierà l'effettiva azione tecnica.

Aprite la vostra polizza cyber risk e controllate l'elenco dei fornitori di incident response convenzionati. Se la società che scegliete non è inclusa nella lista approvata dalla compagnia assicurativa, non potrete farvi rimborsare dall'assicurazione le spese sostenute durante la crisi.

Nel confrontare le offerte, verificate queste 3 condizioni: 1) Quante ore richiede la risposta da remoto e quante se è necessario un intervento fisico sul posto? 2) Le ore non utilizzate possono essere destinate a simulazioni cyber o audit interni? 3) La raccolta delle evidenze e la reportistica per le notifiche di legge in caso di incidente sono incluse nel prezzo?

anche noi all'inizio la consideravamo una spesa superflua ma l'abbiamo presentata al consiglio di amministrazione come una sorta di estintore informatico. boh abbiamo fatto fare una simulazione tabletop una volta all'anno: solo vedere come avrebbero reagito tutti i manager in una situazione di panico è valso ogni centesimo speso.

nn sapere chi chiamare durante una crisi è il peggior incubo possibile. avere un numero pronto è obbligatorio ma fate un contratto dove le ore non usate nn vanno perse sennò buttate via il budget.

Nel settore della consulenza finanziaria la riservatezza dei dati dei clienti e i tempi per le notifiche obbligatorie sono estremamente severi. Avendo l'obbligo di notificare eventuali violazioni alle autorità competenti, la perizia informatico-forense fornita dal contratto di retainer tutela la vostra struttura di fronte agli organi di vigilanza.

Può approfondire un po'? Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

È tutto, scusate se mi sono dilungato.

Ti seguo.

L'anno scorso abbiamo vissuto quasi la stessa cosa. Prendere misure senza fare un inventario lascia aperta una porta che non vedi.

Io seguirei questa strada.

Se scendiamo nei dettagli: Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Tre cose da controllare mentre lo fai. Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

Ho un'obiezione qui. Se permessi e ambito non sono scritti, quel test non deve iniziare.

La maggior parte degli incidenti non inizia da una vulnerabilità, ma da una password trapelata.

Breve riassunto per i nuovi arrivati: La risposta varia molto in base al settore, non esiste una regola generale.

I primi tre mesi vanno bene, i problemi emergono al quarto mese. Confermato dall'esperienza.

Non trascurare nulla: Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Confermato dall'esperienza.

Per un periodo ci siamo bloccati anche noi nello stesso punto. onestamente un backup non testato non è un backup.

I primi tre mesi vanno bene i problemi emergono al quarto mese... insomma se avete domande, scrivete rispondo per quanto possibile.

Ti seguo. La sicurezza non è assoluta; significa rendere l'attacco non conveniente.