Nel mio ruolo presso Tanium, mi trovo spesso a dover gestire ambienti IT complessi. La situazione di ogni cliente è davvero unica; tuttavia, uno degli aspetti più straordinari di Tanium è la sua capacità di adattarsi perfettamente e di funzionare al meglio proprio all’interno di reti aziendali caotiche. Un aspetto di questo tipo di complessità risiede nella diversità delle soluzioni di sicurezza e gestione attualmente implementate.
Sebbene Tanium possa, in ultima analisi, contribuire a ridurre il numero di soluzioni isolate, molti prodotti sono parte integrante delle attività delle persone e dei processi esistenti oppure coprono semplicemente casi d’uso che Tanium non copre. Anche considerando l’ Tanium e come piattaforma di sicurezza e gestione, i responsabili IT devono comunque chiedersi: «Come posso massimizzare le capacità del mio sistema attuale, riducendo al contempo il numero di dipendenti a tempo pieno (FTE) e il costo totale di proprietà (TCO)?» Fortunatamente, Tanium non solo è compatibile con molte soluzioni già esistenti, ma può effettivamente integrarle e renderle più efficaci.
Una di queste soluzioni è System Center Configuration Manager di Microsoft (SCCM), attualmente utilizzato da numerosi clienti di Tanium . Grazie a quasi 15 anni di esperienza in ruoli operativi, di integrazione e di consulenza nell’ambito dell’utilizzo di SCCM, ho una prospettiva unica presso Tanium . Sebbene alcuni possano tentare di mettere a confronto SCCM e Tanium, non si tratta di un confronto tra elementi omogenei. Vi sono aspetti in cui Tanium presenta dei vantaggi rispetto a SCCM e viceversa. Nel caso di SCCM, le integrazioni con Tanium migliorano effettivamente l’esperienza: riducono la superficie di attacco, individuano le minacce in tempo reale e riducono i costi grazie a una maggiore consapevolezza delle applicazioni sconosciute e potenzialmente vulnerabili.
Quando i processi di gestione del cambiamento non sono all’altezza
Oggi ci concentreremo sui sistemi in cui manca una comunicazione efficace con la dirigenza. Le ragioni possono essere molteplici, ma in questa sede mi soffermerò su un problema legato alle persone e ai processi. In base alla mia esperienza, gli ambienti SCCM presentano spesso una percentuale compresa tra il 5 % e il 20% di client inesistenti o non funzionanti: innumerevoli organizzazioni dispongono di sistemi che sono già “andati persi” già dopo 6 mesi o un anno dalla loro implementazione iniziale. Quante volte vi è capitato di dover risolvere un problema relativo a un’implementazione, a una patch o altro, per poi scoprire che, a causa di una modifica alla rete, avete una nuova sottorete che non presenta confini in SCCM, ma che contiene numerosi client? (Con ciò non si intende affatto criticare i tecnici di rete, ma, per la natura stessa del settore, la gestione del cambiamento non viene sempre comunicata in modo adeguato.) Sono certo che sia capitato a ogni amministratore di SCCM che ricopra tale ruolo da abbastanza tempo. E per coloro che non l’hanno ancora visto, speriamo che vi si sia appena accesa una lampadina in testa e che vi stiate affrettando a risolvere quel fastidioso problema di comunicazione con i clienti in una determinata sede. Sarò ancora qui al Suo ritorno.
Questo problema è inevitabile, soprattutto su scale più ampie. Anche quando i processi di gestione del cambiamento vengono seguiti in modo appropriato, il livello di trasparenza inizia a generare confusione a causa del “rumore” e alcune cose sfuggiranno all’attenzione (soprattutto nel caso di un cambiamento standard come l’attivazione di una nuova sottorete). A prescindere dalla causa, ciò comporta la perdita istantanea di una parte consistente dei clienti del Suo SCCM . Purtroppo, in SCCM non è prevista alcuna notifica integrata, pertanto gestire questo rischio in modo proattivo risulta difficile – se non addirittura impossibile – e il rischio intrinseco di individuarlo nel corso di un’implementazione su larga scala aumenta in modo esponenziale.
È qui che entra in gioco Tanium . In pochi secondi, potete digitare la seguente domanda e scoprire immediatamente quali sottoreti non vengono gestite correttamente d SCCM:**
Ottenere una sottorete “ Tanium client ” da tutti i computer con il client “ SCCM ” per cui il numero di giorni di comunicazione è superiore a 1
In questo modo otterrà immediatamente il numero di tutti i sistemi presenti in ciascuna sottorete che non hanno comunicato con SCCM da più di un giorno. A quel punto bastano pochi minuti per risolvere il problema, aggiungendo i confini e/o i gruppi di confini appropriati in SCCM e definendo i siti e i punti di distribuzione. Anche se ritiene di non avere questo problema, provi comunque a eseguire l’operazione e inserisca la domanda riportata di seguito nella console di Tanium . Rimarrete sorpresi da ciò che scoprirete e da ciò che potrete risolvere facilmente.
Se in una determinata sottorete è presente un numero elevato, è molto probabile che tale sottorete non sia definita nel file “ SCCM”. Per impostazione predefinita, i client di " SCCM " dovrebbero eseguire una verifica delle politiche ogni 60 minuti; pertanto, se non hanno comunicato da oltre un giorno, significa che c'è qualcosa che non va. Poiché Tanium prende in considerazione i clienti attualmente online, i risultati non sono distorti da dati obsoleti provenienti da sistemi offline. Un semplice script PowerShell (che utilizza i cmdlet di SCCM 2012 PowerShell ) potrebbe prendere le sottoreti presenti in Tanium e confrontarle con quelle dei gruppi di confine all’interno di SCCM, ottenendo così gli intervalli mancanti.
Un altro possibile approccio allo stesso problema consisterebbe nel porre la seguente domanda in Tanium per ottenere il numero totale di client presenti in ciascuna sottorete:
Ottenere la sottorete " Tanium client " da tutti i computer
Se il numero di " endpoint " relativo a una sottorete indicato nella prima domanda corrisponde a quello indicato nella seconda domanda, ha individuato un confine non gestito in SCCM, poiché ciò significa che tutti i client online presenti in quella sottorete non comunicano con SCCM. Anche in questo caso, una volta individuato il problema tramite Tanium, bastano pochi minuti per risolverlo nella console di SCCM .
Aggiunga queste due domande a una dashboard oppure inserisca una domanda salvata con un avviso associato tramite Tanium Connect per ricevere una notifica qualora venisse rilevato un limite di questo tipo; in tal modo avrà rapidamente risolto una delle principali aree di preoccupazione relative alla copertura dei clienti di SCCM .
Perché è importante? Poiché SCCM è uno strumento comunemente utilizzato dalle organizzazioni per la distribuzione di software e aggiornamenti. Se dovesse perdere alcune centinaia o alcune migliaia di endpoint, tali risorse non verranno inventariate né gestite. La conseguenza è che le risorse rimangono prive di patch e vengono effettuate richieste di assistenza per l’assenza di installazioni software richieste, generando ore di lavoro a causa di una causa principale così semplice. I malintenzionati non stanno aspettando che Lei si accorga delle lacune presenti nel Suo ambiente, quindi perché dovrebbe farlo Lei? Mettendo in pratica questo semplice caso d’uso, ridurrete i rischi e le ore di lavoro e contribuirete a garantire un’esperienza utente migliore, il tutto lasciando il cappello da pompiere nel cassetto ancora per un po’.
Informazioni sull’autore: Greg Thomas mette a disposizione la sua vasta esperienza nel ruolo di Direttore della Gestione tecnica dei clienti presso Tanium, con competenze che spaziano dalla creazione di script all’automazione dei processi, fino alla progettazione, amministrazione e manutenzione di Active Directory e SCCM . Prima di entrare a far parte di Tanium, Greg ha progettato, implementato e fornito assistenza per soluzioni tecniche nei settori pubblico e privato in qualità di ingegnere consulente.
