Da contrattempi a crisi: protezione e ripristino di AD ed Entra ID

Controllano l’autenticazione e l’accesso. Se compromessi, gli aggressori possono elevare i propri privilegi, disabilitare le difese e bloccare i servizi aziendali fondamentali. 

Comporta centinaia di passaggi interdipendenti. L’esecuzione manuale in condizioni di stress spesso porta a ritardi, errori e ripristini incompleti. 

Identifica i componenti essenziali relativi alle identità necessari per riavviare rapidamente l’attività, dando priorità ai risultati piuttosto che a ricostruzioni complete. 

Consente ai team di simulare in modo sicuro il Recovery di AD ed Entra ID, convalidare l’automazione e individuare i punti deboli prima di un attacco reale. 

Aiutando ad automatizzare le fasi di Recovery, a verificare le modifiche alle identità e a integrare la resilienza delle identità nella piattaforma Unity. 

Per la trascrizione con indicazione dei tempi, guarda il video qui

Salve e benvenuti al podcast “Shift”, dedicato al ripristino di Active Directory e Entra ID. 

Sono Darren Thompson e sarò il vostro conduttore oggi. 

Attualmente, Active Directory ed Entra ID rimangono la spina dorsale dell’identità per la maggior parte delle organizzazioni
e rappresentano anche uno dei principali bersagli degli attacchi. 

Quando AD smette di funzionare, tutto, dai sistemi aziendali all’accesso fisico, può bloccarsi. 

Eppure molte strategie di Recovery sono ancora manuali o addirittura inesistenti. 

In questa sessione, parlerò con Dan Conrad, esperto globale in tutto
ciò che riguarda l’identità. 

Parleremo delle sfide in continua evoluzione relative al Recovery di AD e di come Commvault Cloud aiuti
le organizzazioni ad automatizzare e accelerare tale processo. 

Dan, grazie mille per essere qui con noi oggi. 

È un piacere essere qui, Darren. 

Cominciamo quindi dalle basi. 

Perché Active Directory e Entry ID rimangono ancora oggi una delle risorse più critiche, ma anche una delle
più vulnerabili, all’interno delle nostre organizzazioni? 

La risposta a questa domanda ha molte sfaccettature, ma penso che uno dei motivi per cui è
così vulnerabile sia proprio la sua elevata funzionalità. 

Sai, un’elevata funzionalità crea molte potenziali falle di sicurezza, ehm, ma è comunque
vulnerabile perché esiste da oltre 25 anni. 

Le organizzazioni dipendono da esso e non ha mai fallito in 25 anni, giusto? 

È lo stesso Active Directory che hanno implementato 25, o forse 20 anni fa. 

Certo, è stato aggiornato. 

Si è evoluto un po’. 

È stato ampliato. 

Ma nella sostanza, è sempre lo stesso Active Directory, è ancora in funzione e non
hanno ancora avuto bisogno di ripristinarlo. 

È un po’ come l’elettricità in un data center. 

Si dà semplicemente per scontato che ci sia e ce ne siamo dimenticati. 

Quindi non fa parte di un piano di Recovery. 

Ma negli ultimi anni, immagino, è sicuramente diventato un bersaglio per i criminali. 

Parliamone un po’. 

Se non fosse un problema, probabilmente oggi non staremmo facendo questa conversazione, perché
i servizi di directory sono ancora piuttosto vulnerabili, ma avevano meno valore 

fino a quando non sono comparsi fenomeni come il ransomware. 

Ci sono state violazioni come quella di Target e come quella dell’OPM, ma non si
è trattato di attacchi in cui l’intera organizzazione è stata effettivamente compromessa e messa fuori uso. 

Hanno semplicemente rubato dei dati, il che era già abbastanza grave. 

Ora, quando è possibile rubare i dati e poi, mentre si esce, mettere fuori uso l’organizzazione attraverso un
fattore di cui non si sarebbero resi conto o che non avevano considerato come una possibilità, 

le cose cambiano parecchio. 

Interessante. 

So che abbiamo lavorato sodo su una funzionalità in particolare, e sento spesso parlare
di “forest recovery”. 

Raccontaci un po’ di cosa si tratta. 

Di cosa si tratta e perché il Recovery della foresta sembra più complesso per un amministratore rispetto
a qualsiasi altro tipo di Recovery? 

Beh, esatto. 

Non stiamo parlando della Recovery di un server, né tantomeno della Recovery del file system, né semplicemente
di riportare i dati nella posizione da cui provengono. 

Il ripristino di una foresta di Active Directory è un processo complesso. 

E se non avete familiarità con la terminologia di Active Directory, una delle
organizzazioni all’interno di Active Directory è la struttura della foresta. 

Quindi le foreste contengono domini, che a loro volta contengono controller di dominio, ovvero ciò che le persone intendono
quando parlano di server. 

Posso ripristinare un server, quindi dovrei essere in grado di ripristinare una foresta. 

E Active Directory è questo essere in movimento, vivo e pulsante che interagisce con tutte le
altre parti. 

E dal punto di vista della sicurezza, 

è come se tu ed io ristabilissimo costantemente un rapporto di fiducia. 

Sappiamo chi siamo. 

Quindi, se te ne vai per un po’ e qualcuno ti sostituisce con una copia di Darren, me ne accorgerò
subito e la cosa non funzionerà in quel modo. 

Ed è proprio questo che fa Active Directory. 

Quindi, se un singolo controller di dominio si guasta, la maggior parte degli amministratori AD sa che non si ripristina un
controller di dominio perché ciò danneggerebbe effettivamente il resto della directory. 

È necessario crearne uno nuovo. 

Si ripulisce lo spazio in cui si trovava quello vecchio e se ne ricostruisce uno nuovo. 

Quando si parla di ripristino della foresta, 

è necessario eseguire questa operazione su tutti i controller di dominio contemporaneamente. 

Quindi c’è il Recovery del sistema operativo, e poi ci sono i 125 passaggi di coordinamento necessari
per far funzionare la foresta una volta ripristinata. 

E credo di cominciare a intravedere la risposta alla mia prossima domanda, ma ci spieghi un po’
in che modo le organizzazioni che eseguono questa operazione in modo molto manuale risentono delle conseguenze di quel 

. 

Giusto. 

Non voglio dire che non si possa fare. 

È un processo che si può portare a termine. 

Microsoft pubblica la guida al Recovery della foresta. 

Ehm… La maggior parte degli amministratori AD conosce bene questa guida, ma spera di non doverla mai utilizzare. 

E il momento sbagliato per capire come ripristinare una foresta è proprio quando si ha bisogno di farlo
. 

Quindi, a meno che non lo abbiate pianificato e non abbiate addirittura progettato la vostra Active Directory in modo che possa essere ripristinata,
sarà un processo molto difficile perché tutti questi… e, sapete, 

elencare un numero variabile di passaggi perché dipende da quanti ne servono e tutti
devono essere eseguiti correttamente, altrimenti a volte si deve ricominciare da capo. 

Un’organizzazione con circa 40.000 dipendenti si è rivolta a noi: aveva una foresta a dominio singolo, che
nel mondo di Active Directory è la cosa più semplice da ripristinare. 

Hanno stabilito che la loro Active Directory minima funzionante sarebbe stata composta da otto controller di dominio
. 

È una configurazione piuttosto ridotta, ma fattibile. 

E volevano provare a farlo da soli. 

Del tipo: “Proviamo, ci mettiamo un grande impegno, facciamo un po’ di pratica e vediamo come va”. 

Così l’hanno ripristinata e ci hanno messo 33 ore. 

È stato uno sforzo titanico da parte di molte persone, ma ce l’hanno fatta. 

Sanno come farlo. 

E sono venuti da noi e ci hanno chiesto: «Riuscite a fare di meglio?». 

Giusto. 

Beh, certo che possiamo. 

Giusto. 

Quindi abbiamo seguito lo stesso procedimento. 

Data l’opportunità di competere in una gara, abbiamo barato. 

Così siamo riusciti a ripristinare la foresta in poco meno di due ore. 

Quindi, sì, proprio perché abbiamo automatizzato tutti quei passaggi, non è necessario, sapete,
consultare le risorse e raccogliere le informazioni giuste da applicare. 

Sapete, ogni singolo passaggio sarà diverso. 

Ora, come CISO, ciò che mi ossessiona sono i tempi di Recovery, giusto? 

Quindi ho subito una violazione, Active Directory e tutto il resto sono andati persi. 

Quindi, sapete, quei periodi di tempo estremamente lunghi necessari per un processo manuale come quello influiranno
sul tempo che mi ci vorrà per riportare la mia azienda online. 

Esatto. 

Il tempo di Recovery di Active Directory è sempre una delle principali preoccupazioni. 

Cerco di spostare l’attenzione dal tempo di Recovery all’accuratezza di Recovery. 

Giusto. 

Sai, la reazione istintiva 

quando è necessario ripristinare una foresta è quella di riportarla in produzione a partire dall’ultimo
backup disponibile. 

Sai, quando sapevi che funzionava. 

Incoraggerei le organizzazioni a prendersi un attimo di respiro e a eseguire il Recovery in un ambiente di Recovery
isolato. 

Perché, come probabilmente vedremo, vi incoraggeremo a esercitarvi nel ripristino delle foreste
in questo ambiente di Recovery isolato. 

In questo modo potrete avviare una versione minima funzionante di Active Directory, che in una foresta a dominio singolo
corrisponde a un controller di dominio. 

In una foresta a domini multipli, la soluzione più semplice sarebbe utilizzare un controller di dominio per ogni dominio per
esaminare la directory, vedere cosa c’è, e possibilmente capire come sia stata compromessa per 

assicurarvi che non accada di nuovo. 

Una volta che avrete imparato bene questo processo, cosa che potrebbe richiedervi un paio d’ore, passate all’ambiente
di produzione ed eseguite la Recovery in produzione. 

Giusto. 

E poi fare tutto questo in condizioni di stress e caos, giusto? 

Esatto. 

È proprio così che ci si sente. 

Esatto. 

Il momento sbagliato per imparare a farlo è quando le cose vanno male. 

Sì, assolutamente. 

Abbiamo già toccato diversi argomenti. 

Facciamo un passo indietro e parliamo un po’ in generale di come Commvault possa essere d’aiuto in tutto
questo. 

Per cominciare, ci dia una panoramica generale. 

In pratica stiamo automatizzando il processo di Microsoft. 

Ehm, lo sto considerando da due prospettive. 

Stiamo coinvolgendo i clienti e facendo loro capire che i piani che pensano di avere
in atto 

probabilmente non funzioneranno. 

E direi addirittura che, quando chiedo ai clienti del loro piano e iniziano a raccontarmelo, mi
piace davvero raccogliere queste storie perché ci sono risposte davvero creative in giro. 

Si va dal progettare il ripristino della foresta, che è un’operazione una tantum, alla progettazione o
all’avvio di 49 controller di dominio aggiuntivi. 

era una di queste. 

Ogni giorno ne spegnevano sette e ne riaccendevano altri sette. 

Insomma, non servirà a nulla. 

Ehm… 

Sai, dal nostro punto di vista, automatizzeremo l’intero processo. 

Quindi, se riusciamo a far loro mettere in pratica questo metodo, a farlo e a sviluppare quella memoria motoria sul
Recovery forestale, per poi far loro capire che il Recovery deve avvenire in un certo modo, questi sono 

enormi passi avanti. 

Sì. 

E parlaci del punto di forza unico (USP). 

Beh, anche altri lo fanno. 

Sai, perché complicare le cose? Cosa ci rende diversi? 

Ehm, beh, dato che siamo noi a farlo, siamo innanzitutto un’azienda specializzata nella protezione dei dati, giusto? 

Quindi, sappiamo come proteggere i dati mentre eseguiamo la Recovery della foresta sulla
piattaforma Convol sottostante. 

E che si tratti di software o di SAS, sono decisamente un fan della soluzione SAS per il Recovery della foresta di Active
Directory. 

Ma è tutto integrato nella nostra piattaforma. 

Quindi utilizziamo elementi come lo storage immutabile e Threat Scan in background. 

E se non disponete di un ambiente di Recovery isolato su cui fare pratica, abbiamo
Cleanroom Recovery. 

Probabilmente parleremo più avanti in uno di questi podcast di Commvault Cleanroom. 

Si tratta di un ambiente che non esiste finché non ne avete bisogno. 

Quindi, se avete bisogno di esercitarvi nel ripristino di una foresta una volta al trimestre, Cleanroom è il posto ideale per
farlo. 

Non lo porterete in produzione, ma vi offre un ottimo spazio per imparare i
passaggi e acquisire la memoria muscolare. 

Qualche settimana fa un cliente mi ha chiesto: se adottiamo la soluzione con Commvault, come facciamo a sapere
che funzionerà? 

Gli ho risposto: “Beh, la eseguirete ogni venerdì. 

Perché non dovrebbe funzionare quando ne avrete bisogno lunedì? 

Quindi non si tratta di aspettare fino al momento in cui dovrai premere il pulsante e poi premerlo. 

Lo sai perché l’hai fatto più e più volte. 

Ed è un processo semplice che consiste semplicemente nell’eseguire gli script automatizzati che si occupano
di tutto, da 

sai, la creazione del sistema operativo partendo da un sistema pulito, il Recovery da un backup dello stato del sistema
o il Recovery tramite promozione a DC, fino all’esecuzione di quei 150 passaggi lungo il percorso. 

Sai, è un metodo vecchio ma sempre valido. 

La pratica rende perfetti. 

È proprio così. 

Questo vale nel settore IT così come in ogni altro ambito. 

È proprio così. 

E, sapete, la vostra organizzazione si evolverà, le situazioni cambieranno. 

Quindi, quando vi esercitate, individuerete quei cambiamenti. 

Forse avete aggiunto qualche elemento di struttura al vostro Active Directory che vi era sfuggito durante la
Recovery. 

È un ottimo momento per farlo notare. 

Allora, parlacene: so che questa è una parte davvero importante della nostra roadmap in Commvault. 

C’è un grande impegno ingegneristico in questa area del nostro prodotto. 

Parlaci delle features più recenti e avanzate che stiamo implementando nel tuo codice più recente
. 

Certo, ma che resti tra noi. 

Solo tra noi. 

Solo tra noi. 

Nessuno sta ascoltando. 

Sì, le ultime e più straordinarie novità: abbiamo appena introdotto Clean OS Recovery, che rappresenta un grande
passo avanti nel mondo del Recovery delle foreste perché non trasferiamo alcun 

sistemi operativi residui, nessuna di quella parte del sistema operativo esistente. 

Ora, Commvault aveva comunque dei modi per occuparsene, ma questo sarà un sistema
operativo pulito con Active Directory integrato. 

Quindi non dovete preoccuparvi se avete salvato dei dati sui controller di dominio — cosa che era una
cattiva idea —, perché per farlo trasferirete semplicemente un controller di dominio Active Directory nuovo di zecca 

per farlo. 

L’altro aspetto è che, in un futuro molto prossimo, introdurremo le valutazioni di Active
Directory. 

Quando i backup vengono eseguiti, ad esempio quotidianamente, raccoglieranno informazioni sulla vostra
directory e segnaleranno: 

avete creato delle vulnerabilità in queste cinque aree, ed ecco cosa dovete fare per
risolverle. 

Quindi ve lo troverete proprio sotto gli occhi. 

E con queste informazioni, le probabilità che dobbiate eseguire una Recovery della foresta saranno molto
minori. 

Inoltre, nel prossimo futuro avremo anche un sistema di auditing di Active Directory in tempo reale. 

Ne parleremo più tardi questo pomeriggio in una delle sessioni: se
qualcuno modifica la tua directory in un certo modo, avrai la possibilità di ripristinarla 

sulla base dei vostri backup o dei dati esistenti. 

E questa settimana alla conferenza abbiamo sentito parlare di Unity, la piattaforma Unity, l’ultima
versione. 

E avete menzionato l’idea che ciò sia interessante perché fa parte di una piattaforma, fa
parte di un approccio più ampio di Convolt. 

Ma ora stiamo riunendo in un unico sistema sicurezza, identità, protezione e Recovery. 

Parliamone un po’ e spieghiamo cosa significa per chi si preoccupa quotidianamente di Active
Directory. 

Beh, sai, dal punto di vista di Commvault, utilizziamo i dati, il Backup and
Recovery dei dati – in realtà solo il Backup – come punto di controllo per i dati, che si tratti, 

si tratti, come sai, di file system, macchine virtuali, M365 o Salesforce, come punto di analisi
dei dati per prendere decisioni basate sulle informazioni a tua disposizione. 

Raccogliere le informazioni è quasi inutile se non si possono utilizzare per prendere decisioni,
giusto? 

Quindi, sapete, è un po’ come se il pilota vi dicesse che volerete a 35.000
piedi. 

Cioè, non so cosa farmene di quell’informazione. 

Ma se mi dici che, sai, 

se stiamo andando all’aeroporto sbagliato, potrei voler scendere dall’aereo. 

Quindi, sulla base delle informazioni che stiamo raccogliendo in queste analisi dei dati provenienti dal
sistema di backup, saremo in grado di analizzare e fornirvi informazioni in tempo reale sui 

i tuoi dati. 

Sì, è incredibile. 

E questa settimana a New York ho parlato proprio con alcuni CISO e CTO di cosa significhi tutto questo
nel contesto: ovvero, ho tutto sotto controllo e posso 

considerare Active Directory nel modo che abbiamo descritto. 

I dati aziendali, le mie applicazioni, ovunque si trovino – cloud, ambiente ibrido, on-premise – e quindi avere
un’unica piattaforma che gestisca tutto questo, oltre alla mia governance, è davvero interessante. 

Ci concentriamo su AD perché provengo da quel mondo, ma parliamo un po’ di Entra,
di Entra ID. 

Spiegateci semplicemente dove si inserisce, in che modo le cose si estendono in quel mondo per noi? 

Allora, la maggior parte delle organizzazioni, diciamo pure che tutti hanno Active Directory. 

Posso dire che probabilmente il 95% delle organizzazioni dispone di Active Directory. 

La maggior parte di queste organizzazioni ha anche Entra ID perché utilizza M365. 

Quindi ospitano SharePoint, la posta elettronica e Teams, tutto in M365. 

Entra ID è il servizio di directory che sta alla base di tutto questo. 

Ripeto, il 95% di queste organizzazioni sincronizza i dati in Entra ID dal proprio Active Directory on-premise
. 

Pertanto, Active Directory on-premise è la fonte autorevole per la maggior parte di tali identità. 

Questi dati vengono quindi sincronizzati in Entra, consentendo agli utenti di accedere alle applicazioni basate sul cloud. 

Sto assistendo a un lento cambiamento: le organizzazioni si stanno rendendo conto che non hanno bisogno 

oggetti utente o entità utente e identità in locale e stanno passando semplicemente a un’identità Entra
. 

Ad esempio, un grande cliente del settore retail, che magari ha 25.000 dipendenti,
di cui forse solo 5.000 lavorano in ufficio dove hanno bisogno di accedere alle stampanti, alle 

risorse condivise e cose del genere, roba vecchio stile. 

Gli altri hanno semplicemente bisogno di autenticarsi alle applicazioni basate sul cloud. 

È un ottimo contesto in cui implementare Entra. 

Quindi possono avere oggetti esclusivamente Entra. 

Ma Entra comporta alcune complessità, giusto? 

Innanzitutto, non esiste la Recovery della foresta per Entra. 

Non è un concetto previsto. 

Non è possibile. 

Si tratta di una Recovery a livello di oggetto e di attributo. 

Dato che l’utente si sincronizza da un ambiente on-premise o magari da un altro provider di identità o
qualcosa del genere, il ripristino degli oggetti va bene, ma non è assolutamente fondamentale. 

Ma le parti importanti delle configurazioni, ovvero le politiche di accesso condizionato e le
applicazioni aziendali che consentono agli utenti di accedere alle applicazioni SaaS, sono quelle su cui 

devi davvero concentrarti sul recupero. 

Giusto. 

Ha senso. 

Quindi cambiamo argomento, allontaniamoci un po’ dal tema. 

Voglio dipingerti 

un quadro davvero preoccupante. 

Siamo appena stati compromessi. 

L’organizzazione è al tappeto. 

Ovviamente, Active Directory sarà una delle prime cose a cui mi rivolgerò per ripristinare il sistema. 

Senza quello, non ho utenti, non ho identità, né privilegi. 

Spiegaci, a grandi linee, come si presenterebbe quel processo di Recovery. 

Quello che ho notato è che, quando esamino i piani di DR (Disaster Recovery ) o di CR
(Continuity Recovery) di un’organizzazione, spesso questa utilizza inavvertitamente Active Directory per ripristinare Active Directory. 

Ed è un concetto strano. 

È uno di quei momenti in cui ti viene da portarti la mano alla fronte. 

Quindi, quando si esegue il piano di Recovery informatico, la prima cosa da fare è provare ad
accedere al piano di controllo, che si tratti di CommBald o di qualcos’altro. 

Il più delle volte, l’autenticazione al piano di controllo avviene tramite credenziali di Active Directory
. 

Quindi non è possibile utilizzare Active Directory per ripristinare Active Directory. 

Oppure il server su cui si sta effettuando l’operazione è membro del dominio. 

Non ci sarà. 

Quindi dovete tenerne conto. 

Una volta arrivati al punto in cui si deve ripristinare Active Directory, c’è molto
lavoro da fare. 

Se avete adottato la giusta mentalità in anticipo, quel lavoro sarà un po’ più semplice
perché avete progettato in vista di Recovery. 

In un ambiente Commvault, sarà come ho detto: molto probabilmente darai retta a
Dan e ripristinerai in un ambiente di Recovery isolato dopo aver preso fiato 

e ti sarai reso conto che, per farlo bene, ti servirà un’ora in più. 

Esaminate il mio Recovery minimo funzionante di Active Directory per capire in che modo sono stato compromesso e
analizzate la situazione. 

Arriva persino a confrontare i backup. 

Questa è una cosa che Commvault offre e che gli altri non offrono: 

possiamo estrarre un istante nel tempo da un backup, diciamo di tre mesi fa, degli oggetti e
degli attributi in Active Directory e confrontarlo con l’ambiente live, se esiste ancora, 

oppure con il backup che avete eseguito ieri per vedere quali sono le modifiche. 

Qualcuno ha ottenuto privilegi elevati? 

Sono state modificate le politiche di gruppo o cose simili? 

Quindi, nella nostra sessione di questo pomeriggio, mostreremo come funzionerebbe
una catena di attacchi per Active Directory e come ripristinare una politica di gruppo collegata al livello superiore a cui 

applicava un pacchetto di malware: è proprio su questo che ci concentreremo da quel punto di vista. 

E la possibilità di utilizzare 

la resilienza dei dati o il processo di Recovery di un oggetto o di un attributo per eliminare una
catena di attacco. 

Ne hai accennati un paio, ma parliamone. 

Parliamo in particolare delle Features di Commvault che ti entusiasmano di più,
di un’azienda che aiuta le persone a ripristinare la directory degli attributi in ogni momento. 

Quali sono gli aspetti di Commvault, le Features, le funzioni e i fattori
di differenziazione del prodotto che ci rendono davvero unici? 

Sono in Commvault da poco più di un anno ormai, e devo 

ammetto, mi occupo esclusivamente di Active Directory da 25 anni, ma quando premo quel
pulsante ed eseguo un Recovery della foresta, è davvero fantastico. 

Le cose si stanno muovendo, e non è un’illusione: le cose si stanno muovendo. 

Le operazioni vengono eseguite simultaneamente. 

I controller di dominio vengono avviati e configurati nel back-end. 

Ad esempio, l’ambiente di demo che ho creato si avvierà. 

Si tratta di una foresta con più alberi e più sottostrutture, un’architettura piuttosto complessa, ma il modo in cui si
ripristina… 

è davvero sorprendente. 

Avvia immediatamente cinque controller di dominio poiché ci sono cinque domini in due
alberi diversi. 

Dopodiché, torna indietro ed esegue tutti i processi di Recovery della foresta, operazioni come
l’acquisizione dei ruoli FISMAL e l’aumento del pool RID. 

Ma si tratta di un manuale operativo interattivo. 

Potrete osservarne lo svolgimento proprio davanti ai vostri occhi. 

Quindi, se vuoi partecipare, puoi farlo. 

Puoi mettere in pausa il processo. 

Puoi fare un passo. 

Se ti piace particolarmente una parte del Recovery della foresta, qualcosa di molto oscuro come l’aumento del
pool di rid, quella è la cosa che fa per te. 

Puoi metterlo in pausa proprio lì, accedere, collegarti a un controller di dominio, aprire ADSI Edit,
trovare l’attributo, aprire la calcolatrice di Windows, incollare il numero, aggiungere 100.000, incollarlo 

di nuovo. 

Se ti piace quel processo complicato, puoi farlo come parte del nostro runbook e poi
tornare qui e cliccare su “Continua”. 

Ehm… ed è un runbook interattivo. 

Lo chiamiamo “human in the loop”. 

Lo stai vedendo accadere proprio davanti ai tuoi occhi e puoi vedere tutti i processi
che si eseguono in serie o contemporaneamente, perché molti di essi si avvieranno e, 

sapete, la chiamiamo “parallelizzazione”. 

Incredibile. 

So che le demo che facciamo ai potenziali clienti e con i nostri partner suscitano grande
entusiasmo e si capisce perché, giusto? 

E, a loro merito, lo rendiamo davvero accattivante. 

Quindi, quando esegui il Recovery della foresta e scegli lo scenario di Recovery più complesso e
iniziano a comparire un gran numero di controller di dominio, è un processo davvero sorprendente. 

Ma allontaniamoci un po’ dalla tecnologia. 

Se penso alle persone che si occupano di tecnologia in relazione 

al ripristino, a un ripristino pulito e a un ripristino di cui l’azienda possa fidarsi. 

Quali sono i fattori critici di successo in questi tre ambiti? 

Beh, dal punto di vista di Active Directory, mi piace identificare il minimo praticabile. 

Come ho accennato, l’organizzazione che ha portato questo aspetto alla nostra attenzione ha deciso che
otto controller di dominio rappresentavano il loro minimo praticabile. 

È stato un grande passo avanti. 

Sì. 

Perché nel mondo della Recovery di Active Directory, il percorso per arrivare a, come dire,
individuare il minimo indispensabile, identificarlo. 

E poi, una volta superato quell’ostacolo, come se avessi recuperato il tuo minimo indispensabile. 

il 90% della pressione è sparito. 

La directory c’è, magari non ho ancora tutti i controller di dominio, magari c’è un
utente dall’altra parte del mondo che ha difficoltà ad autenticarsi, ma per la maggior 

si è già a buon punto. 

Si tratta di identificare le persone coinvolte in questo processo. 

Dove mi servono i controller di dominio? 

Le persone che conoscono bene il proprio servizio di directory, gli esperti di sistemi legacy, come me, gli
esperti di sistemi legacy all’interno dell’organizzazione. 

E poi mettere a punto il processo, e anche gestire le dinamiche politiche che stanno dietro a tutto ciò. 

Quindi, una volta delineate le persone e i processi, è necessario attenersi a quei piani e
rendersi conto che potrebbero cambiare a seconda degli scenari. 

Ma nella maggior parte dei casi, andrete dritti al punto se avete un piano e lo avete
messo in pratica. 

Sì. 

E concludiamo parlando proprio di quella prova, va bene? 

La verifica. 

Adoro l’idea di testare in condizioni di caos perché, beh, ho già subito una violazione. 

So come ci si sente. 

È un’esperienza emotiva. 

Il cervello va a mille. 

Ci sono dita che puntano dappertutto. 

Tutte le cose che pensavi di poter fare, all’improvviso 

sembrano davvero più complicate di quanto dovrebbero essere. 

Allora, parlaci delle migliori pratiche per i test e per l’allenamento. 

Quali sono le tecnologie che possiamo utilizzare? 

Cosa possiamo mettere in pratica nella nostra organizzazione per allenarci al meglio? 

Beh, sì, almeno per evitare di introdurre quel livello di caos. 

Quindi, quando si esamina un piano di Recovery o anche quando lo si mette in pratica, se premo
questo pulsante, cosa succede se ciò a cui si collega non esiste più? 

Sai, basta togliergli il tappeto da sotto i piedi e questo ti porterà a sviluppare una mentalità che
tiene conto della ridondanza. 

Cioè, come farò a farlo? 

E ho vissuto alcune interruzioni di servizio importanti durante il mio periodo nell’esercito statunitense e cose del
genere. 

Non era una questione di tecnologia. 

Riguardava la creatività delle persone. 

Le ruote stanno semplicemente iniziando a girare. 

E ricordo che alcune delle soluzioni più creative che abbiamo messo in atto non erano affatto belle da vedere. 

Ma alla fine, tutto è tornato alla normalità. 

Per la maggior parte, gli utenti non si sono nemmeno accorti che fosse successo qualcosa. 

Non sto dicendo che succederà lo stesso con Active Directory, ma tutto dipenderà dalla
vostra flessibilità, dalla vostra conoscenza della vostra organizzazione, 

dal piano di ripristino che avete progettato come squadra e dalla vostra capacità di adattarvi quando si verifica il caos
. 

E mi piace molto l’idea che più ci esercitiamo, più miglioriamo, e man mano che consolidiamo i processi
, c’è la possibilità di automatizzarli. 

Esatto. 

Sì, vediamo fin troppo spesso che in ambito IT si automatizzano le cose prima che il processo sia pronto. 

Ecco, questo è un altro vantaggio della pratica. 

Allora, Dan, come previsto, il tempo a nostra disposizione è finito. 

Grazie mille per aver dedicato del tempo a noi. 

C’è davvero tanta 

conoscenze e contenuti approfonditi. 

Speriamo che il pubblico possa trarne spunti utili. 

Ma grazie mille. 

Lo apprezzo molto, Darren, grazie. 

Se la conversazione di oggi vi ha fatto riflettere sulla vostra Active Directory e sul relativo
piano di Recovery, o su quanto velocemente potreste riprendervi in caso di compromissione, visitate il sito 

commvault.com/ad-exposed. 

Troverete linee guida pratiche e strumenti su come automatizzare, orchestrare e testare il vostro Active
Directory o avviare il Recovery dell’ID con Commvault Cloud: è tutto ciò di cui avete bisogno per trasformare quello che potrebbe essere un 

disastro 

in un ripristino rapido e sicuro. 

Grazie per aver seguito la trasmissione. 

tu