Ricordate Code Red? Non quello del film "Codice d'onore"! Il Code Red che ha tristemente infestato internet il 15 luglio 2001. La portata del danno causato da questo worm informatico fu tale da costringere Microsoft a iniziare a correggere le vulnerabilità del software. Prima di Code Red, la gestione delle patch era una questione prettamente IT, non di sicurezza informatica. Nel frattempo, i worm informatici continuavano i loro attacchi. Infine, nel maggio 2017, arrivò il famigerato ransomware WannaCry. Certamente causò non pochi problemi ai team di sicurezza e IT di Microsoft. Inoltre, fece capire alle organizzazioni che la gestione delle patch non è solo un'opzione auspicabile, ma una necessità assoluta!
Con la crescita della tecnologia e dell'economia, i piccoli negozi di alimentari si sono trasformati in supermercati e ora in ipermercati. Gli specialisti di marketing, vendite e customer success sono passati dalla personalizzazione all'iperpersonalizzazione. Pertanto, il prossimo capitolo nella gestione delle patch per ogni organizzazione è semplice: l'automazione, o meglio, l'iperautomazione.
Gestione delle patch: lo stato attuale delle cose
Non c’è dubbio che i produttori di sistemi operativi abbiano imparato dagli attacchi passati a livello aziendale e si siano evoluti. Ma oggigiorno anche gli autori delle minacce sono evoluti e su tutte le furie 24 ore su 7, XNUMX giorni su XNUMX. Si nutrono delle vulnerabilità di software e app. Dai loro un pollice e faranno un miglio. Che ci crediate o no, gente SaaS, sono in corso operazioni come cybercrime-as-a-service e ransomware-as-a-service.
Lo stato attuale di gestione delle patch come concorderebbe la maggior parte dei CIO, ruota attorno all'analisi del rischio. I team di sicurezza analizzano le vulnerabilità del sistema operativo e delle app e danno loro la priorità, mentre i team IT implementano patch per correggere tali vulnerabilità o bug. A meno che questi rischi non siano prioritari e comunicati in anticipo, il tuo IT sarà riluttante a implementare le patch.
Al momento, il punto più problematico per i team IT nel rilascio proattivo delle patch è la disponibilità e la reattività dei dispositivi. Pertanto, se non c'è un avviso rosso per una particolare patch, i team IT non la invieranno ai dispositivi. E hanno un argomento forte: i tempi di inattività del dispositivo. Ad esempio, il laptop del tuo venditore che è nel bel mezzo di una presentazione importante di una riunione non può visualizzare improvvisamente il messaggio "aggiornamento dispositivo, attendere". Questo è più o meno ciò che accade nella maggior parte delle organizzazioni. È un'altalena tra i tempi di inattività e la sicurezza del dispositivo. L’equilibrio non è facile da stabilire. Poi arrivano i calcoli, ovvero il mix di probabilità delle vulnerabilità, perché non tutte le vulnerabilità hanno gravi implicazioni di sfruttamento da parte degli autori delle minacce.
Gli attori delle minacce si aggirano attorno all’equilibrio appena menzionato. I professionisti della sicurezza di tutto il mondo sono consapevoli delle minacce ransomware. Ci sono bande di ransomware-as-a-service (diciamo RaaS) come Conti che danno la caccia sul web. I criminali informatici adorano le lacune o i silos che possono insinuarsi tra i tuoi reparti IT e di sicurezza. Nel settembre 2021, un'iniziativa congiunta tra l'FBI e la CISA ha concluso che Conti RaaS ha portato a oltre 400 attacchi contro organizzazioni globali e con sede negli Stati Uniti.
Lo stato attuale della gestione delle patch potrebbe non reggere in futuro. I team IT e di sicurezza informatica necessitano di una maggiore collaborazione poiché la sola analisi dei rischi basata sulle priorità per gli aggiornamenti delle patch non sarà sufficiente negli anni a venire.
Mappare la strada da percorrere
Sconfiggere l'approccio implacabile degli attori RaaS come Conti e altri singoli autori di minacce non è una passeggiata nel parco. I team IT e di sicurezza informatica nelle organizzazioni devono essere più uniti che mai. La loro agenda comune deve essere quella di combattere gli attacchi. La riduzione del tempo necessario per applicare patch ai dispositivi deve essere in cima alla lista delle priorità. Quando gli aggressori non hanno tempo sufficiente per sfruttare le vulnerabilità, è molto probabile che si arrendano e smettano di depredare l'organizzazione.
È necessario perfezionare l'equilibrio tra i tempi di inattività del dispositivo e la riduzione dei tempi di applicazione delle patch, mantenendo al contempo la sicurezza del dispositivo in primo piano. Come accennato in precedenza, non tutte le vulnerabilità sono sfruttabili; solo il 10% di loro lo sono. Ciò dimostra che inseguire ogni piccola patch non è consigliabile. Nel frattempo, ciò non significa nemmeno che il restante 90% debba essere ignorato, ma può aspettare. L’analisi del rischio deve avere una mappatura chiara del contesto e dell’impatto delle minacce. Acquisire informazioni dettagliate sulle patch e sulle relative vulnerabilità è fondamentale per capire quali sono utilizzate come armi, suscettibili al RaaS e sfruttabili.
Il giusto mix di insight sulle patch e analisi dei rischi delle vulnerabilità è fondamentale per stabilire le priorità nella gestione delle patch in base alle prospettive di danno delle minacce.
Nel futuro con l'iperautomazione
Nei prossimi 5-10 anni, la gestione delle patch sarà centralizzata su due aspetti: le migliori pratiche di sicurezza informatica e lo sviluppo di codici sicuri. I codici devono essere controllati per eventuali carenze di sicurezza nella fase di sviluppo e non una volta che sono a valle nell'app o nel software. Ciò sarà essenziale per il tempi di inattività del dispositivo e il bilanciamento temporale della patch di cui abbiamo parlato prima.
Le vulnerabilità sfruttabili e senza patch sono la causa principale della maggior parte delle violazioni dei dati o dei ransomware che si insinuano nei sistemi e nei dispositivi. La semplice automatizzazione degli insight o dell’intelligence sulle patch non sarebbe sufficiente nei tempi a venire. Perché? Ci sono ragioni forti. In primo luogo, i modelli di lavoro remoto e ibrido continuano ad affermarsi anche nel mondo post-pandemia. Per supportare tali modelli, sempre più organizzazioni continueranno ad adottare operazioni basate sul cloud. I team IT ritengono già che la gestione delle patch sia complessa e, considerando il lavoro remoto/ibrido e il rapido passaggio al cloud, questa complessità non diventerà affatto più semplice in futuro.
La risposta a tutte le sfide relative alla gestione delle patch e ai processi risiede nel livello successivo di automazione: l’iperautomazione. La maggior parte delle soluzioni di gestione unificata degli endpoint (UEM) oggi offerte gestione automatizzata delle patch ma anche loro in futuro dovranno passare rapidamente all’iperautomazione. È giunto il momento che i team IT e di sicurezza siano più proattivi e prevedano le vulnerabilità in tempo reale. L'analisi delle minacce deve essere portata al livello successivo per rilevare, comprendere e rispondere ai modelli di rischio delle patch. Questa è l'unica opzione praticabile per rimanere in sincronia con i complessi modelli operativi degli autori delle minacce. L’intervento umano deve essere ridotto al minimo possibile. Naturalmente, nella fase finale, ci sarà un elemento di arbitraggio basato sull’uomo. L’intero scenario può sembrare travolgente, ma le organizzazioni devono trovare un modo per raggiungere l’iperautomazione della gestione delle patch utilizzando UEM.
Il percorso verso l'iperautomazione
Quindi, come può un CIO/CISO/CSO garantire che l'iperautomazione diventi parte integrante della gestione delle patch in un'organizzazione? L’attuale gestione delle patch basata sul rischio è entrata in scena dal 2018 in poi. Sì, è passato un anno da WannaCry (2017). Mentre oggi l'analisi dei rischi e l'intelligence sulle patch possono essere automatizzate tramite a Soluzione UEM, le organizzazioni stanno aspettando un altro attacco su larga scala per passare all’iperautomazione? Vogliono che Conti colpisca forte? Nessun diritto? Dobbiamo tenere d’occhio l’intero spazio UEM per gli sviluppi e le innovazioni nella gestione delle patch. E le innovazioni sarebbero fondamentali per adottare l’iperautomazione.
Il percorso innovativo verso la gestione iperautomatizzata delle patch inizierà con l’integrazione di più controlli di sicurezza basati su codici nel software, inclusi codici di sicurezza, di sviluppo e di policy. Lo stesso controllo basato su codice si applicherà a patch, esposizione e vulnerabilità. In poche parole, l’iperautomazione delle patch riguarderà una codifica inclusiva e incorporata.
Chiudendolo
Le varianti di Code Red e WannaCry continueranno a sferrare attacchi alla sicurezza aziendale e i gruppi RaaS come Conti continueranno a farsi strada nei sistemi. Tuttavia, il futuro ha bisogno e avrà sempre "A Few Good Men".
L’unico modo per difendersi dagli autori delle minacce è stare un passo avanti e muoversi al passo con l’ondata dell’innovazione. L’automazione della scansione e dell’analisi delle vulnerabilità getterà le basi per una gestione iperautomatizzata delle patch. L’evoluzione dell’UEM sarà anche un fattore chiave per l’iperautomazione della gestione delle patch. Per quanto complesso possa apparire il futuro delle patch, i team IT e di sicurezza informatica devono unirsi per rendere il passaggio all’iperautomazione una realtà. gestione unificata degli endpoint avrà un ruolo importante in quel futuro.
