Ieri è successo un casino in azienda. Alla nostra contabile è arrivata una mail da uno che si spacciava per il nostro capo e chiedeva un bonifico urgente. Stava per farlo, poi dopo qualche domanda ha avuto dei dubbi.
Meno male che non ha sbagliato, ma poi il capo ha chiesto 'l'ho mandata io?'. Nessuno ne è sicuro. Dobbiamo mettere su un sistema in azienda contro questi attacchi?
Mi chiedo come risolvono queste cose le altre PMI.
Doki · Trasloco infrastruttura · 2024
Questo attacco si chiama 'Business Email Compromise' (BEC). Le mail false della contabilità prendono di mira chi lavora in finanza.
Soluzione: fate un protocollo scritto per tutti i bonifici. Serve l'approvazione di almeno 2 persone. Non via mail, ma verificate per telefono o di persona.
Se l'oggetto della mail contiene 'urgente' e 'riservato', state in guardia. Gli attaccanti vogliono creare urgenza.
anche noi abbiamo avuto la stessa cosa... la contabilità era molto agitata. poi abbiamo fatto un protocollo scritto col capo. ora siamo più tranquilli
Protocollo per i bonifici: 1. Quando arriva la mail, verifica il mittente chiamandolo al telefono 2. Dettagli del bonifico: importo, conto, causale 3. Approvazione di una seconda persona 4. Solo allora si effettua l'operazione 5. Documentare tutto
Impostate l'etichetta 'External Email' nel sistema di posta — deve evidenziare le mail da fonti esterne. Così è più difficile per gli attaccanti farle sembrare messaggi interni.
la contabilità ha iniziato a verificare ogni mail con ordine di bonifico tramite controllo telefonico. insomma un po' fastidioso ma sicuro
Spiegazione attacco BEC: Mail falsa del capo, urgenza ordine di bonifico + dati bancari. Se la contabile non fa un doppio controllo si subisce un danno.
edit: ho scritto da telefono, scusate gli errori di battitura.
C'è un punto che mi incuriosisce. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.
Se avete domande, scrivete, rispondo per quanto possibile.
Racconto cosa mi è successo, magari vi è utile. Se ricevete tre risposte diverse su un argomento, la domanda è posta male.
grazie per aver sritto poi cercare di farlo da soli è la strada più costosa.
sono curioso di sapere se qualcuno lo fa in modo diverso.
Secondo voi funziona a tutte le scale? Più è difficile tornare indietro su una decisione più lentamente dovreste prenderla.
Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.
Breve riassunto per i nuovi arrivati: Se permessi e ambito non sono scritti, quel test non deve iniziare.
Se non lo rendete scritto fin dall'inizio, poi nascono discussioni. Se scrivete qui il risultato, sarà utile anche ad altri.
Secondo me è difficile essere così netti sul lato mail che chiede soldi alla contabilità. Un report di scansione automatica e un penetration test non sono la stessa cosa.
Il vero problema non è il numero ma su cosa si basa quel numero.
Racconto la mia esperienza. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.
Un backup non testato non è un backup. Se scrivete qui il risultato, sarà utile anche ad altri.
Tre cose da controllare mentre lo fai. Il tempo che impiegate a rilevare un problema ne determina direttamente il costo.
Spero che le sia utile.
Anche da noi è così. La sicurezza non è assoluta; significa rendere l'attacco non conveniente.
È tutto scusate se mi sono dilungato.
Sono d'accordo. Un report di scansione automatica e un penetration test non sono la stessa cosa.
Il fatto che tutti facciano una cosa non significa che sia quella giusta. Io seguirei questa strada.
Ottimo lavoro. Se rimproverate i falsi allarmi, nessuno segnalerà più nulla.
Non abbiate paura di chiedere, chi non chiede paga sempre di più. Io seguirei questa strada.
Sono d'accordo in parte, in parte no. Le decisioni affrettate diventano decisioni da correggere sei mesi dopo.
Naturalmente cambia se la vostra situazione è diversa.