Il congelamento delle modifiche alle operazioni IT è una pratica comune in molte organizzazioni. Dopotutto, qualsiasi modifica al software comporta il rischio di introdurre nuovi bug, errori e altri problemi. Si sostiene che, nei periodi in cui si prevede una carenza di personale nel reparto IT o qualora l’azienda stia entrando in un periodo di picco delle vendite, il congelamento delle modifiche potrebbe proteggere l’organizzazione da tali rischi. In realtà, le organizzazioni possono e dovrebbero essere più agili di così. I blocchi al cambiamento ostacolano l’innovazione ed espongono i sistemi a un rischio informatico maggiore.
La buona notizia è che oggi esistono strumenti che consentono alle operazioni IT di assumere un ruolo più attivo nella gestione del proprio ambiente, con rapidità e su larga scala. In questo modo, potranno finalmente liberarsi dai limiti e dai rischi associati al blocco delle modifiche.
Le argomentazioni contrarie al cambiamento si arenano
Tutte le organizzazioni moderne si basano sull’uso del software. E molte di esse dipendono dall’innovazione continua solo per stare al passo con le esigenze in continua evoluzione dei clienti e del mercato. I blocchi delle modifiche possono interrompere le pipeline CI/CD in momenti critici, con ripercussioni sui tempi di immissione sul mercato e sull’esperienza dei clienti. Non vedrete certo i principali innovatori tecnologici porre ostacoli di questo tipo ai propri sviluppatori.
Un altro aspetto da considerare è la sicurezza informatica. Gli hacker di certo non si fermano mai, quindi perché dovrebbe farlo il vostro team operativo IT? Infatti, quando gli avversari si trovano di fronte a un’organizzazione in uno stato di immobilità, possono muoversi rapidamente all’interno dell’ambiente informatico.
Nel frattempo, le risorse dei difensori sono bloccate, il che rende estremamente difficile per loro reagire prima che sia troppo tardi. Forse consapevoli del vantaggio che ciò comporta, gli autori degli attacchi ransomware agiscono spesso proprio alla vigilia delle festività negli Stati Uniti. Ad esempio:
- L’attacco alla catena di fornitura di Kaseya, denominato “” (si apre in una nuova scheda) ai fornitori di servizi gestiti (MSP) e ai clienti a valle si è verificato durante il fine settimana del 4 luglio
- L'attacco ai danni del colosso della lavorazione della carne , JBS USA (si apre in una nuova scheda) , è avvenuto nel fine settimana del Memorial Day
- L’interruzione del servizio della Colonial Pipeline, denominata “”, è iniziata (si apre in una nuova scheda) nel fine settimana della Festa della Mamma
Quando si verifica un attacco e tutte le modifiche vengono bloccate, come si fa ad applicare tempestivamente le patch? Gli aggiornamenti potrebbero comunque essere distribuiti in via eccezionale in caso di emergenza. Ma una soluzione migliore a lungo termine non consisterebbe forse nel trovare un modo per gestire attivamente l’impatto dei cambiamenti, anziché correre il rischio di dover affrontare numerose eccezioni durante un periodo di congelamento?
Un modo più efficace per gestire il cambiamento e i rischi informatici
A tal fine, le organizzazioni dovrebbero pianificare un ciclo continuo di test e implementazione, concentrandosi innanzitutto sui sistemi aziendali più critici. Tali procedure devono essere flessibili e tenere conto dei cambiamenti che si verificano nel corso del ciclo. Se in questo ambito si definiscono politiche troppo rigide e poco flessibili, si finirà per ottenere di fatto un blocco delle attività. Qualsiasi strumento di test e implementazione dovrebbe disporre di funzionalità di rollback al fine di ridurre al minimo eventuali conseguenze impreviste derivanti dalle modifiche apportate.
A questo punto, rifletta sulle Sue squadre. Suddividere l’organizzazione in gruppi in base al ritmo di cambiamento necessario o auspicato e definire politiche e processi distinti per ciascuno di essi. Il reparto di sviluppo prodotti potrebbe voler distribuire patch con cadenza settimanale, mentre per il reparto finanziario una cadenza trimestrale potrebbe essere già sufficiente. Gli strumenti dovrebbero inoltre essere sufficientemente flessibili da soddisfare le esigenze specifiche di ciascun gruppo. Creare squadre di pronto intervento in grado di entrare immediatamente in azione nei momenti critici, con la possibilità di scavalcare alcune misure di sicurezza interne qualora l’organizzazione si trovasse in grave pericolo.
In che modo “ Tanium ” può esservi d’aiuto
Le organizzazioni che ricorrono abitualmente al blocco dei sistemi non cambieranno dall’oggi al domani. Affinché l’iniziativa abbia successo, i responsabili delle decisioni dovranno aderire a tale idea. Una buona strategia consiste nell’iniziare in piccolo e puntare a risultati immediati. Verifichi se vi sia un gruppo che potrebbe essere esentato dal prossimo congelamento e collabori con esso per migliorare le pratiche di sicurezza informatica e la resilienza informatica. Potrebbero quindi fungere sia da progetto pilota per definire le politiche di test e implementazione, sia da banco di prova per gli strumenti che consentono una risposta gestita in modo attivo.
Per facilitare questo processo, vi invitiamo a comprendere meglio la portata dei vostri blocchi alle modifiche ponendovi le seguenti domande:
- Quanto dura questo congelamento?
- Quali gruppi sono interessati o non sono interessati da questo congelamento?
- Esistono eccezioni di emergenza a tale blocco?
La buona notizia è che Tanium può contribuire al successo nel percorso verso una gestione del cambiamento più dinamica e attiva, grazie a una piattaforma completa dedicata alla gestione endpoint e alla sicurezza. Fondamentalmente, la nostra architettura esclusiva consente ai team IT di individuare e risolvere i problemi con rapidità e su larga scala, indipendentemente dalle dimensioni del vostro parco endpoint .
Scopra di persona “ Tanium ”. Si iscriva oggi stesso alla prova gratuita di “ ” all’indirizzo (si apre in una nuova scheda).
