Il consulente propone di mettere un honeypot in rete: cos'è questo sistema trappola e ci serve davvero?

Tecnicamente un honeypot è un server-esca che non gestisce alcun traffico aziendale legittimo e presenta vulnerabilità simulate. Un dipendente normale non vi si collegherà mai; di conseguenza, qualsiasi pacchetto che arriva lì è direttamente indice di un attacco o di un malware.

Sembra proprio che il vostro consulente vi stia proponendo ciò che per lui è facile da vendere e vincolare a un abbonamento mensile, non ciò di cui avete realmente bisogno. Per un'azienda di logistica di 18 persone la priorità è fare backup isolati contro i ransomware, non piazzare trappole.

Ne avevamo configurato uno per curiosità in un ufficio di dimensioni simili. Registrava migliaia di scansioni automatiche da bot ogni giorno, ma per il 99% si trattava di semplice rumore di fondo da internet. Senza uno specialista dedicato a intervenire, i file di log servivano solo a occupare spazio sul server.

Spendete quei 130.000 rubli per un buon firewall hardware e un sistema di backup offline automatico. Rendere difficile l'accesso all'aggressore fin dall'inizio ha molto più senso che ricevere un allarme quando è già entrato.

se nn siete una grande banca o una compagnia di telecomunicazioni l'honeypot è pura fantascienza. onestamente prima pensate a far usare password serie ai dipendenti e attivate l'autenticazione a due fattori, basta e avanza.

L'anno scorso ho visto una configurazione del genere presso una ditta di spedizioni doganali. Per mesi nessuno ha guardato i log della trappola, e il vero attacco è partito quando il contabile ha cliccato su un'email di phishing. L'honeypot non è servito a un bel niente.

La trappola che intendono installare sarà esposta all'esterno o collocata solo nella rete locale? Se viene esposta sulla rete esterna, un sistema configurato in modo amatoriale potrebbe persino trasformarsi in un nuovo trampolino di lancio per gli hacker per penetrare nella vostra rete.

La regola base della sicurezza è rinforzare l'anello più debole. In un'azienda di 18 dipendenti l'anello debole non sono le falle nei server, ma gli allegati delle false fatture aperti dagli utenti. Investite il budget nella formazione del personale e nei backup.

Ho lavorato a lungo su questo. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

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

Sosterrò l'opposto non prendetela male. Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Se permessi e ambito non sono scritti, quel test non deve iniziare. boh questa è la mia opinione non la scrivo come verità assoluta.

Bisogna procedere con ordine. Se cerchi di cambiare tutto insieme, niente si stabilizza.

Quando prendete una decisione scrivete anche lo scenario peggiore, non solo quello migliore.

Mi farebbe piacere se scrivesse il risultato.

In teoria è giusto, in pratica non funziona così. La sicurezza non è assoluta; significa rendere l'attacco non conveniente.

Buon lavoro.

Riassumo quanto detto finora. Un report di scansione automatica e un penetration test non sono la stessa cosa.

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

Ho lavorato a lungo su questo. L'errore commesso da cos'è un honeypot è generalmente reversibile ma costoso.

Se la verifica in due passaggi è attiva, una password rubata da sola non serve a nulla. Correggetemi se sbaglio.

sono d'accordo.

Ho vissuto la stessa cosa.

ha ragione. le decisioni affretate diventano decisioni da correggere sei mesi dopo.

questa è la mia opinione, non la scrvo come verità assoluta.