{"id":453,"date":"2026-03-09T17:54:51","date_gmt":"2026-03-09T16:54:51","guid":{"rendered":"https:\/\/www.andreazin.it\/solutions\/?p=453"},"modified":"2026-03-09T17:58:42","modified_gmt":"2026-03-09T16:58:42","slug":"quando-lit-smette-di-essere-supporto-e-diventa-gestione-del-rischio","status":"publish","type":"post","link":"https:\/\/www.andreazin.it\/solutions\/quando-lit-smette-di-essere-supporto-e-diventa-gestione-del-rischio.html","title":{"rendered":"Quando l\u2019IT smette di essere supporto e diventa gestione del rischio"},"content":{"rendered":"\n
\"\"<\/a><\/figure>\n\n\n\n

Per molti anni l\u2019IT \u00e8 stato percepito come una funzione di supporto.
Server che devono funzionare. Posta elettronica disponibile. Stampanti che, quando smettono di collaborare, devono tornare operative il prima possibile.<\/p>\n

Un ruolo necessario, ma spesso invisibile.<\/p>\n

Negli ultimi anni questa visione \u00e8 diventata sempre meno realistica. Oggi l\u2019IT non \u00e8 pi\u00f9 solo infrastruttura tecnica: \u00e8 gestione del rischio operativo dell\u2019azienda<\/strong>.<\/p>\n

Un incidente informatico, un attacco ransomware o anche solo una vulnerabilit\u00e0 non presidiata possono bloccare produzione, logistica, amministrazione e vendite nel giro di poche ore.<\/p>\n

Quando succede, non \u00e8 pi\u00f9 un problema tecnico.
\u00c8 un problema aziendale.<\/p>\n

Il rischio invisibile<\/h2>\n

La sicurezza informatica non \u00e8 una condizione statica. Non esiste un momento in cui un\u2019infrastruttura pu\u00f2 essere considerata \u201csicura\u201d una volta per tutte.<\/p>\n

I sistemi cambiano, le reti evolvono, i software vengono aggiornati, nuovi servizi vengono integrati. Ogni cambiamento introduce potenzialmente nuove superfici di attacco.<\/p>\n

Nel frattempo, dall\u2019altra parte, esiste un ecosistema criminale estremamente organizzato che testa continuamente nuove tecniche di intrusione.<\/p>\n

Questo significa che la sicurezza non pu\u00f2 essere affrontata solo con strumenti perimetrali o con controlli periodici. Serve osservazione continua<\/strong> del comportamento dei sistemi.<\/p>\n

La scelta di presidiare l\u2019infrastruttura<\/h2>\n

Nel nostro caso abbiamo deciso di introdurre un sistema di rilevazione delle anomalie basato su analisi comportamentale e intelligenza artificiale (Darktrace<\/a>).<\/p>\n

La scelta non \u00e8 stata guidata solo dall\u2019aspetto tecnologico, ma da una riflessione pi\u00f9 ampia su come gestire il rischio informatico nel tempo.<\/p>\n

Molte aziende scelgono di affidarsi a un SOC esterno (Security Operation Center), delegando il monitoraggio e l\u2019analisi degli eventi di sicurezza a strutture specializzate.<\/p>\n

\u00c8 una scelta assolutamente sensata in molti contesti.<\/p>\n

Nel nostro caso abbiamo deciso una strada diversa: gestire il sistema internamente<\/strong>, senza un SOC esterno.<\/p>\n

Le ragioni sono state principalmente due:<\/p>\n