Account Microsoft di un dipendente violato: cosa fare nella prima ora?

Invia subito un avviso urgente ai clienti o contattali per telefono. Dì loro di ignorare assolutamente le ultime email ricevute dal vostro indirizzo relative a fatture o cambi di coordinate bancarie. Se un cliente dispone un bonifico alla banca mentre voi state ancora reimpostando la password, rimediare al danno economico sarà molto più difficile rispetto all'intervento tecnico.

Premere solo il pulsante di disconnessione potrebbe non bastare: controlla anche le API e le applicazioni di terze parti autorizzate. A volte collegano permessi ad app esterne e continuano a leggere la posta tramite i token di autorizzazione anche se la sessione viene chiusa. Controlla assolutamente la lista delle applicazioni aziendali e dei permessi di accesso nella dashboard.

Mantenete la calma e non eliminate alcun registro. Presi dal panico, a volte gli amministratori svuotano del tutto la posta in arrivo o cancellano l'account; tuttavia, in base alle normative sulla protezione dei dati in Germania e all'obbligo di notifica degli incidenti informatici, quei log vi serviranno. Scaricate immediatamente sul vostro computer i registri di audit come elementi di prova.

era successo anke a noi l'anno scorso poi non saltate assolutamente la parte delle regole, sti tizi inoltravano in automatico e cancellavano le mail dove c'era scritta la parola fattura ce ne siamo accorti dopo due settimane purtroppo.

Una volta riportata la situazione sotto controllo, vi consiglio di contattare il vostro responsabile della protezione dei dati. Qualora si accerti la violazione di dati personali di terzi o di segreti commerciali, potrebbe essere necessario procedere con la notifica formale all'autorità di controllo competente e ai clienti coinvolti entro i termini previsti dalla legge.

Il fatto che l'azienda a cui versate 800 Euro al mese sia irreperibile nelle emergenze è la prima cosa da mettere in discussione. Non avete una clausola sui tempi di intervento nel contratto? Risolto questo problema, rimettete mano a quell'accordo: un supporto tecnico che non risponde nella prima ora non offre alcuna garanzia sul piano della sicurezza.

Riassumo in ordine le cose da fare subito: 1) Termina le sessioni dell'utente dal pannello generale. 2) Elimina le regole di inoltro della casella postale. 3) Aggiorna la password e i metodi di autenticazione a più fattori. 4) Fai il backup dei log di accesso delle ultime 48 ore dell'utente. 5) Informa il reparto finanziario e operativo in merito alle email sulle modifiche dei conti bancari.

Riassumendo, sul lato tecnico è fondamentale terminare tutte le sessioni, cambiare password, revocare i dispositivi di autenticazione e fare pulizia delle regole di inoltro. Sul lato amministrativo, invece, bisogna avvisare i clienti per telefono e salvare i log di sistema facendone un backup per qualsiasi rischio di violazione dei dati. Poi con la ditta di supporto vi chiarirete sui termini del contratto con calma.

Salvato. Se cerchi di cambiare tutto insieme, niente si stabilizza.

Vorrei fare una domanda. Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

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

Preso nota, grazie.

Come avete risolto questo? Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live. Spero che le sia utile.

Mi farebbe piacere se scrivesse il risultato... La risposta varia molto in base al settore, non esiste una regola generale.

Naturalmente cambia se la vostra situazione è diversa.

In teoria è giusto, in pratica non funziona così. Inizia con un piccolo test, non impegnarti subito su tutto.

Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza. Lascio una nota, potrebbe servire.

Sono emerse tre opinioni diverse, si completano a vicenda. Le modifiche ai dati di pagamento non vanno mai verificate tramite il canale di provenienza.

È tutto, scusate se mi sono dilungato.

Se volete procedere così, risolvete questo punto fin dall'inizio. Un backup non testato non è un backup.

direi di non avere fretta. la risposta varia molto in base al settore, non esiste una regola generale.

io segirei questa strada.

Bisogna fare una distinzione qui. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.