Una collaborazione efficiente ed efficace tra i team addetti alle operazioni IT e alla sicurezza informatica rimane una sfida costante per i responsabili tecnologici. I compartimenti stagni che si formano così frequentemente attorno e all’interno di questi gruppi derivano da una serie di fattori, tra cui la proliferazione degli strumenti, l’allineamento strategico, la cultura e molti altri elementi che contribuiscono al problema.
A gettare benzina sul fuoco, la recente e improvvisa diffusione di ampie modalità di lavoro a distanza per un numero ingente di lavoratori del settore tecnologico ha contribuito ad aggravare e mettere in evidenza le debolezze derivanti da team eccessivamente compartimentati.
Il successo nell’abbattere i compartimenti stagni e nel consentire ai team di collaborare più efficacemente difficilmente potrà derivare da un’unica soluzione. Data la necessità di un approccio globale, un leader nel settore tecnologico potrebbe prendere in considerazione l’opportunità di approfondire le questioni relative ai vincoli culturali, tecnologici e logistici. Ad esempio:
I miei team addetti alle operazioni IT e alla sicurezza informatica condividono una serie di obiettivi comuni?
Se i team addetti alla sicurezza e alle operazioni non condividono obiettivi comuni, saranno meno propensi a colmare le lacune di comunicazione già esistenti, che potrebbero essere state accentuate dal distanziamento fisico. Sebbene sia inevitabile che alcuni obiettivi siano specifici per ogni team e legati a progetti o iniziative strategiche particolari, il successo viene spesso valutato anche attraverso la misurazione continua di indicatori chiave di prestazione (KPI) di ampio respiro – e possiamo sfruttarli a nostro vantaggio.
Si consideri questo scenario fin troppo comune:
Esistono indicatori chiave di prestazione (KPI) relativi alla gestione delle vulnerabilità, di cui è responsabile esclusivamente il team di sicurezza informatica. Gli analisti di sicurezza informatica utilizzano uno (o più) strumenti di scansione che esaminano le reti aziendali, individuano eventuali vulnerabilità e generano una qualche forma di rapporto utilizzabile.
In alcuni casi, il team di sicurezza informatica potrebbe esaminare il rapporto alla ricerca di valori anomali, cercare di valutare e contestualizzare la situazione e, successivamente, aprire dei ticket affinché il reparto operativo IT possa intervenire tramite il software “ ” e le patch del sistema operativo. O, peggio ancora, e fin troppo spesso: il rapporto viene semplicemente “passato” al team operativo IT affinché, presumibilmente, lo analizzi e intervenga di conseguenza.
In entrambi i casi, è proprio qui che le cose cominciano ad andare male.
Se il team operativo IT non condivide gli indicatori chiave di prestazione (KPI) relativi alla gestione delle vulnerabilità o se gli accordi sul livello di servizio (SLA) relativi all’applicazione delle patch (ammesso che esistano) non sono in linea con gli obiettivi della gestione delle vulnerabilità, il reparto IT sarà meno propenso a dare priorità a tali richieste rispetto ad altri obiettivi organizzativi con priorità ben definite. Il risultato? I team di sicurezza informatica, frustrati perché ritengono che il reparto IT sia incapace o non disposto ad agire correttamente, e i team IT, a loro volta frustrati perché ritengono che il team di sicurezza informatica scarichi loro il lavoro con noncuranza, senza tenere conto delle priorità esistenti.
Purtroppo, spesso il guasto non si limita a questo. Quando il team IT interviene, sta eseguendo un ciclo di applicazione delle patch da una o più soluzioni puntuali isolate che non comunicano né si integrano con lo strumento di scansione utilizzato dal team di sicurezza informatica? Inevitabilmente, tali situazioni comportano lacune nella copertura delle patch, risultati insoddisfacenti rispetto agli indicatori chiave di prestazione (KPI) e un’ulteriore frustrazione all’interno di questi team. E, naturalmente, se a ciò si aggiunge la diffusione su larga scala del lavoro da casa, abbiamo perso la possibilità di riunire tutti in una stanza per discutere a fondo delle questioni – soprattutto nelle organizzazioni in cui gli strumenti di collaborazione non vengono implementati in modo coerente o in cui la cultura aziendale limita al minimo le modalità di utilizzo di tali strumenti.
Fortunatamente, le soluzioni per situazioni come queste non sono complicate.
Innanzitutto, i team addetti alle operazioni IT e alla sicurezza informatica dovrebbero sempre condividere gli indicatori chiave di prestazione (KPI) relativi alla gestione delle vulnerabilità, supportati da una comunicazione chiara e costante da parte della dirigenza in merito ai ruoli e alle responsabilità, nonché alla definizione delle priorità e all’importanza di tali KPI. Come per qualsiasi iniziativa strategica, chiarire il “perché” è spesso più importante del “cosa”.
Per ridurre al minimo le difficoltà operative ed eliminare le lacune informative, le organizzazioni dovrebbero adottare tecnologie di piattaforma che consolidino i flussi di lavoro relativi alla sicurezza e alle operazioni tra più team o, come minimo, garantire che le diverse soluzioni puntuali siano integrate in modo stretto e coerente. C’è anche un ulteriore vantaggio nascosto: orientare i team responsabili delle operazioni IT e della sicurezza informatica verso un insieme unificato di strumenti e una fonte di riferimento condivisa migliora la collaborazione e l’efficienza operativa, riducendo in modo significativo gli attriti culturali dovuti alle diverse prospettive sullo stato dell’architettura aziendale. Se implementati correttamente, gli strumenti unificati creano team unificati!
Le interessa vedere “ Tanium ” in azione? Fissate un appuntamento su per una dimostrazione individuale oppure rivolgetevi ai nostri esperti di Tanium in occasione dei nostri prossimi eventi .
