{"id":46415,"date":"2026-09-16T16:23:44","date_gmt":"2026-09-16T14:23:44","guid":{"rendered":"https:\/\/smartfense.com\/?p=46415"},"modified":"2026-09-16T16:24:10","modified_gmt":"2026-09-16T14:24:10","slug":"imparare-da-un-incidente-interno","status":"publish","type":"post","link":"https:\/\/smartfense.com\/it\/blog\/imparare-da-un-incidente-interno\/","title":{"rendered":"Che cosa si pu\u00f2 insegnare con un incidente interno senza esporre nessuno"},"content":{"rendered":"

Quando in un\u2019azienda succede qualcosa, la storia circola comunque, \u00e8 un dato di fatto. Qualcuno racconta in chat il poco che sa, qualcun altro aggiunge quello che immagina, e dopo pochi giorni la storia che circola non somiglia pi\u00f9 a quella che \u00e8 successa<\/strong>. Intanto, la versione che spiega passo per passo come ha funzionato l\u2019inganno non compare da nessuna parte. Ed \u00e8 l\u2019unica che servirebbe a evitare che succeda di nuovo. Perch\u00e9 resta chiusa nel cassetto? Perch\u00e9 raccontarla per intero sembra obbligarci a dire chi \u00e8 stato, e l\u00ec il racconto si ferma. \u00c8 un peccato, perch\u00e9 quell\u2019incidente interno \u00e8 il materiale di Cybersecurity awareness pi\u00f9 forte che abbia un\u2019azienda<\/strong>, ed \u00e8 gi\u00e0 pagato.<\/p>\n

Perch\u00e9 l\u2019incidente interno insegna pi\u00f9 dell\u2019esempio da manuale?<\/h2>\n

Perch\u00e9 un esempio da manuale descrive un inganno che ha funzionato da un\u2019altra parte, e l\u2019incidente interno ne descrive uno che ha funzionato qui<\/strong>. Per chi ascolta sono due cose molto diverse. Con l\u2019esempio esterno dobbiamo metterci del nostro, perch\u00e9 tocca immaginare come sarebbe quella mail nel nostro ruolo, con i nostri sistemi e con le persone che ci scrivono ogni giorno. Quando il racconto arriva da dentro non c\u2019\u00e8 niente da immaginare, perch\u00e9 compaiono i nomi degli strumenti che usiamo, il tipo di richiesta che circola qui e il momento in cui una richiesta del genere non stona.<\/p>\n

E c\u2019\u00e8 dell\u2019altro, che nessun contenuto acquistato pu\u00f2 dare. L\u2019incidente interno dimostra che qui succede<\/strong>. Finch\u00e9 il rischio si spiega con casi altrui, tendiamo ad ascoltarlo come si ascolta una notizia, con interesse e con la sensazione che riguardi altri. Un caso interno accorcia quella distanza meglio di qualsiasi statistica.<\/p>\n

Detto questo, \u00e8 quella stessa forza a renderlo delicato. Il racconto che insegna di pi\u00f9 \u00e8 anche quello che pi\u00f9 facilmente lascia esposta una persona, quindi prima di raccontarlo bisogna decidere come si racconta.<\/p>\n

Che cosa togliere dal racconto prima di raccontarlo<\/h2>\n

Il nome \u00e8 la prima cosa che esce ed \u00e8 la parte facile. Il difficile viene dopo, perch\u00e9 in un racconto dettagliato ci sono parecchi dati che ricostruiscono la persona senza nominarla<\/strong>: l\u2019area quando \u00e8 piccola, il giorno e l\u2019ora, il cliente che compariva nella mail, l\u2019importo, la versione del sistema che usa una sola squadra. Mettendo quei dati uno accanto all\u2019altro, chi lavora con quella persona sa di chi stiamo parlando.<\/p>\n

Qui entra in gioco un criterio semplice, ed \u00e8 raccontare il meccanismo completo e il contesto minimo<\/strong>. Dal meccanismo non togliamo niente, dato che l\u00ec sta tutto quello che si impara. E quanto \u00e8 il contesto minimo? Quello che serve a capire l\u2019inganno, e non un dato di pi\u00f9. Supponiamo che la bozza sia pronta e che a leggerla sia la squadra della persona coinvolta. Se da l\u00ec la si pu\u00f2 indicare, ci manca ancora lavoro.<\/p>\n

Quello che resta nel racconto descrive l\u2019attacco, e niente di tutto ci\u00f2 punta a una persona:<\/p>\n