Sto confrontando i vendor di deception technology: quali sono le differenze ed è una spesa eccessiva per un'azienda di 20 persone?

Ma in un'azienda di 20 persone cosa dovrebbe fare un attaccante per cascare in un honeypot? La vostra rete sarà composta al massimo da una singola subnet e un paio di server su cloud. La deception technology serve nelle grandi aziende con migliaia di server e centinaia di livelli di autorizzazione complessi, per intercettare i movimenti laterali. State solo facendo fare budget al commerciale che cerca di vendervela.

La differenza più marcata tra i vendor sta tra l'emulazione statica e le trappole su veri sistemi operativi. Le soluzioni economiche si limitano a simulare porte aperte: a un attaccante bastano due comandi per capire che è finto. Quelle costose girano su vere macchine virtuali, ma a quel punto la gestione di patch e licenze diventa un ulteriore mal di testa operativo.

Se volete testare il concetto di esca non serve spendere soldi. Installate dei tool honeypot open source di base su una subnet isolata nel vostro cloud, oppure usate strumenti gratuiti che inviano un'email quando viene aperto un file civetta lasciato nelle cartelle dei documenti importanti. Così capite come funziona la logica.

Noi nel nostro team di 35 persone abbiamo fatto proprio questo errore l'anno scorso. Abbiamo speso 15.000 dollari per un prodotto. In un anno intero il sistema ha generato 2 allarmi in totale, ed erano entrambi software di scansione lanciati dal nostro stagista appena entrato in rete. Se avessimo usato la metà di quel budget per due penetration test esterni avremmo chiuso falle reali.

Nella piramide della sicurezza, il livello di prevenzione viene sempre prima di quello di rilevamento. Avete implementato l'autenticazione a più fattori (MFA) ovunque? Fate la scansione degli errori di configurazione cloud? Vengono svolti test di phishing per i dipendenti? Se queste cose non sono a posto, la deception technology è solo un giocattolo costoso.

Quando valutate i vendor fate attenzione a questi tre punti: 1) Le identità fittizie create dal prodotto rallentano i vostri sistemi reali? 2) La dashboard di gestione può inviare notifiche istantanee direttamente allo strumento di comunicazione o task management che usate? 3) Quante ore di lavoro settimanali a livello di engineering richiede la manutenzione?

Dici che trattate dati sanitari. Avete già adempiuto agli obblighi di crittografia e logging degli accessi imposti dalle normative? Perché se arriva un controllo di conformità e trova carenze nei log di base, un sistema di deception avanzato non vi salverà minimamente dalle sanzioni.

Quanto scritto rispecchia esattamente ciò che abbiamo vissuto. Se rimproverate i falsi allarmi, nessuno segnalerà più nulla.

Io seguirei questa strada.

Ho lavorato a lungo su questo. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Questa è la mia opinione, non la scrivo come verità assoluta.

Direi di non avere fretta. Quando prendi una decisione guarda prima quali dati hai a disposizione.

Se permessi e ambito non sono scritti, quel test non deve iniziare.

La risposta sopra ha colto l'essenza della questione. La sicurezza non è assoluta; significa rendere l'attacco non conveniente.

Spero che le sia utile.

lo sentiamo dire da tempo ma da noi non è mai andata così ma se ricevete tre risposte diverse su un argomento, la domanda è posta male.

Grazie mille, proverò oggi.

Tre cose da controllare mentre lo fai. La sicurezza non è assoluta; significa rendere l'attacco non conveniente.

Come avete risolto questo? La sicurezza non è assoluta; significa rendere l'attacco non conveniente.

Se scrivete qui il risultato, sarà utile anche ad altri.

Ho vissuto la stessa cosa due anni fa. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Buon lavoro.

Approfondisco l'aspetto tecnico. Le soluzioni che funzionano su piccola scala crollano quando si cresce, l'ho imparato tardi.

Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore. Io seguirei questa strada.

preso nota, grazie.