De contratempos a colapsos: proteção e recuperação do AD e do Entra ID

Eles controlam a autenticação e o acesso. Se forem comprometidos, os invasores podem ampliar privilégios, desativar defesas e interromper serviços essenciais da empresa. 

Envolve centenas de etapas interdependentes. A execução manual sob pressão frequentemente leva a atrasos, erros e restauração incompleta. 

Ele identifica os componentes essenciais de identidade necessários para reiniciar rapidamente os negócios, priorizando resultados em vez de reconstruções completas. 

Ele permite que as equipes ensaiem com segurança a Recovery do AD e do Entra ID, validem a automação e identifiquem pontos fracos antes de um ataque real. 

Ajudando a automatizar as etapas de Recovery, auditar alterações de identidade e integrar a resiliência de identidade à Unity Platform. 

Assista ao vídeo aqui para ver a transcrição com marcação de tempo

Olá e sejam bem-vindos ao podcast Shift, sobre recuperação do Active Directory e do Entra ID. 

Meu nome é Darren Thompson e serei o seu apresentador hoje. 

Atualmente, o Active Directory e o Entra ID continuam sendo a espinha dorsal da identidade para a maioria das organizações
e também um dos maiores alvos de ataques. 

Quando o AD fica fora do ar, tudo — desde os sistemas de negócios até o acesso físico — pode parar. 

No entanto, muitas estratégias de Recovery ainda são manuais ou inexistentes. 

Nesta sessão, vou conversar com Dan Conrad, especialista global em tudo
o que diz respeito à identidade. 

Vamos falar sobre os desafios em constante evolução da Recovery do AD e como o Commvault Cloud ajuda
as organizações a automatizar e acelerar esse processo. 

Dan, muito obrigado por estar conosco hoje. 

É um prazer estar aqui, Darren. 

Então, vamos começar pelo básico. 

Por que o Active Directory e o Entry ID continuam sendo um dos ativos mais críticos, mas também um dos
mais vulneráveis em nossas organizações atualmente? 

Há muitas facetas na resposta a essa pergunta, mas acho que uma das razões pelas quais ele é
tão vulnerável é por ser altamente funcional. 

Sabe, essa alta funcionalidade abre muitas portas, mas ele ainda
é vulnerável porque já existe há mais de 25 anos. 

As organizações dependem dele e ele não falhou em 25 anos, certo? 

É o mesmo Active Directory que elas implantaram há 25, talvez 20 anos. 

Claro, ele passou por atualizações. 

Ele evoluiu um pouco. 

Foi ampliado. 

Mas, na essência, ainda é o mesmo Active Directory, continua funcionando e eles ainda não
precisaram recuperá-lo. 

É como a eletricidade em um data center. 

A gente simplesmente parte do princípio de que ela vai estar lá e já nem nos lembramos mais dela. 

Portanto, não faz parte de um plano de recuperação. 

Mas, certamente, nos últimos anos, eu acho, ele se tornou um alvo para criminosos. 

Fale um pouco sobre isso. 

Se isso não fosse um problema, provavelmente não estaríamos tendo essa conversa hoje, porque
os próprios serviços de diretório ainda são bastante vulneráveis, mas eram menos valiosos 

até o surgimento de ameaças como o ransomware. 

Houve violações como a da Target e a do OPM, mas esses
não foram ataques em que a organização inteira foi realmente comprometida e paralisada. 

Eles simplesmente roubaram dados, o que já era ruim o suficiente. 

Agora, quando é possível roubar os dados e, ao sair, paralisar a organização a partir de um
fator que ela não imaginaria que fosse acontecer ou não considerava uma possibilidade, 

as coisas mudam bastante. 

Interessante. 

Bem, sei que temos trabalhado bastante em uma funcionalidade específica, e ouço
muito falar sobre Recovery de floresta. 

Conte-nos um pouco sobre isso. 

O que é isso e por que a Recovery de floresta parece mais complexa para um administrador em comparação
com qualquer outro tipo de Recovery? 

Bem, é isso mesmo. 

Não estamos falando de Recovery de servidor, nem mesmo de Recovery de sistema de arquivos, nem simplesmente
de colocar os dados de volta onde estavam. 

Há um processo complicado para recuperar uma floresta do Active Directory. 

E se você não estiver familiarizado com a terminologia do Active Directory, uma das
organizações dentro dele é a estrutura de floresta. 

Portanto, as florestas contêm domínios, que contêm controladores de domínio, que são o que as pessoas conhecem
como servidores. 

Eu consigo recuperar um servidor, então devo ser capaz de recuperar uma floresta. 

E o Active Directory é esse ser em movimento, vivo e pulsante que interage com todas as
outras partes. 

E, do ponto de vista da segurança, 

é como se você e eu estivéssemos constantemente redefinindo uma relação de confiança. 

Sabemos quem somos. 

Então, se você se ausentar por um tempo e alguém o substituir por uma cópia do Darren, eu vou
perceber imediatamente e isso não vai funcionar dessa forma. 

E é isso que o Active Directory faz. 

Portanto, se um controlador de domínio específico falhar, a maioria dos administradores do AD sabe que não se deve recuperar esse
controlador, pois isso, na verdade, corromperia o restante do diretório. 

É preciso reconstruir um novo. 

Você limpa o local onde o antigo estava e recria um novo. 

Quando se trata de recuperação de floresta, 

é preciso fazer isso em todos os controladores de domínio ao mesmo tempo. 

Portanto, há a Recovery do sistema operacional e, em seguida, as 125 etapas de orquestração que você
precisa realizar para que a floresta volte a funcionar assim que for restaurada. 

E acho que estou começando a ver a resposta para minha próxima pergunta, mas fale um pouco
sobre como as organizações que fazem isso de forma totalmente manual sofrem como resultado desse 

. 

Certo. 

Não quer dizer que não seja possível. 

É um processo que pode ser feito. 

A Microsoft publica o guia de Recovery de floresta. 

Hum… A maioria dos administradores de AD conhece bem esse guia, mas espera nunca precisar usá-lo. 

E o pior momento para descobrir como recuperar uma floresta é justamente quando você precisa recuperá-la
. 

Portanto, a menos que você tenha se planejado para isso e até mesmo configurado seu Active Directory para ser recuperado,
será um processo muito difícil, porque todos esses — e, veja bem, vou 

vou citar um número variável de etapas, pois depende de quantas etapas você precisa, e todas elas
precisam ser executadas corretamente; caso contrário, às vezes você terá que recomeçar do zero. 

Uma organização nos procurou — com cerca de 40 mil funcionários —; eles tinham uma floresta de domínio único, o que
, no mundo do Active Directory, é a coisa mais fácil de recuperar. 

O que eles determinaram foi que seu Active Directory mínimo viável seria de oito controladores de domínio
. 

É bem enxuto, mas é viável. 

E eles queriam tentar fazer isso sozinhos. 

Tipo: “vamos tentar, sabe, com muito esforço, vamos praticar isso e ver no que dá”. 

Então, eles fizeram a recuperação e levaram 33 horas. 

Foi um esforço hercúleo de muitas pessoas, e eles conseguiram. 

Eles sabem como fazer isso. 

E vieram até nós e perguntaram: “Vocês conseguem fazer melhor do que isso?” 

Certo. 

Bem, é claro que podemos. 

É isso mesmo. 

Então, fizemos o mesmo processo. 

Como tivemos a oportunidade de competir na corrida, trapaceamos. 

Assim, conseguimos recuperar a floresta em pouco menos de duas horas. 

Então, sim, só porque automatizamos todas essas etapas, você não precisa, sabe,
consultar e reunir as informações certas para aplicar. 

Sabe, cada etapa individual vai ser diferente. 

Agora, como CISO, o que me preocupa são os tempos de Recovery, certo? 

Então, sofri uma violação de segurança, o Active Directory e tudo o mais foram comprometidos. 

Então, sabe, esses períodos de tempo extremamente longos necessários para um processo manual como esse vão
afetar o tempo que levo para colocar minha empresa de volta no ar. 

Certo. 

O tempo de recuperação do Active Directory é sempre uma das principais preocupações. 

Este mudar o foco do tempo de recuperação para a precisão da recuperação. 

Certo. 

Sabe, a reação instintiva 

Quando você precisa recuperar uma floresta, é restaurá-la à produção a partir do último
backup disponível. 

Sabe, quando você sabia que ela estava funcionando. 

Eu incentivaria as organizações a darem um passo atrás e fazerem a Recovery em um ambiente de Recovery
isolado. 

Porque, como provavelmente veremos, vamos incentivá-los a praticar suas recuperações de floresta
nesse ambiente de Recovery isolado. 

Assim, vocês podem criar uma versão mínima viável do Active Directory, que, em uma floresta de domínio único
, é um controlador de domínio. 

Em uma floresta com vários domínios, seria muito fácil usar um controlador de domínio por domínio para
examinar o diretório, verificar o que está lá e, possivelmente, descobrir como ele foi comprometido para 

garantir que isso não aconteça novamente. 

Depois que você tiver esse processo bem definido — o que pode levar algumas horas —, passe para o
ambiente de produção e faça sua Recovery de produção. 

Certo. 

E então fazer tudo isso em meio ao estresse e ao caos, certo? 

Isso mesmo. 

É assim que a gente se sente. 

Exatamente. 

O pior momento para aprender a fazer isso é quando as coisas estão ruins. 

É, com certeza. 

Então, já abordamos vários assuntos. 

Vamos dar um passo atrás e conversar um pouco, de maneira geral, sobre como a Commvault ajuda com tudo
isso. 

Para começar, nos dê uma visão geral. 

Basicamente, estamos automatizando o processo da Microsoft. 

Hum, estou analisando isso sob duas perspectivas. 

Estamos envolvendo os clientes e fazendo com que eles percebam que os planos que acham ter
em vigor 

provavelmente não vão funcionar. 

E eu diria até que, quando pergunto aos clientes sobre seus planos e eles começam a me contar, adoro
ouvir essas histórias, porque há respostas muito criativas por aí. 

Desde projetar a recuperação da floresta, o que é algo pontual, até projetar ou
ativar 49 controladores de domínio adicionais. 

foi uma delas. 

Todos os dias eles desligavam sete e ligavam outros sete. 

Tipo, isso não vai adiantar nada. 

Hum… 

Sabe, da nossa perspectiva, vamos automatizar todo esse processo. 

Então, se conseguirmos fazer com que eles pratiquem isso e executem, e simplesmente tenham essa memória motora sobre
a Recovery florestal e, então, percebam que ela precisa ser recuperada de uma determinada maneira, esses são 

grandes avanços. 

É. 

E fale-nos sobre o USP. 

Outras pessoas também fazem isso. 

Sabe, por que complicar? O que nos diferencia? 

Hum, bem, porque estamos fazendo isso; somos, antes de tudo, uma empresa de proteção de dados, certo? 

Então, nós sabemos como proteger dados enquanto fazemos nossa Recovery de floresta na plataforma
Convol subjacente. 

E seja software ou SAS, sou definitivamente um fã da solução SAS na Recovery de floresta do Active
Directory. 

Mas tudo isso está integrado à nossa plataforma. 

Então, usamos recursos como armazenamento imutável e Threat Scan em segundo plano. 

E se você não tiver um ambiente de recuperação isolado para praticar, temos
o Cleanroom. 

Provavelmente teremos uma discussão mais tarde em um desses podcasts sobre o Commvault Cleanroom. 

E esse é um ambiente que só existe quando você precisa dele. 

Portanto, se você precisar praticar uma recuperação de floresta uma vez por trimestre, o Cleanroom é um ótimo lugar para
fazer isso. 

Você não vai levar isso para a produção; ele oferece um ótimo lugar para aprender os
passos e desenvolver sua memória muscular. 

Um cliente me perguntou há algumas semanas: se adotarmos a solução da Commvault, como saberemos
se ela vai funcionar? 

Eu respondi: “Bem, você vai fazer isso toda sexta-feira. 

Por que não funcionaria quando você precisar na segunda-feira? 

Portanto, não se trata de esperar até precisar apertar o botão e então apertá-lo. 

Você sabe porque já fez isso várias vezes. 

E é um processo simples: basta executar os scripts automatizados que fazem
tudo, desde 

você sabe, desde a instalação do sistema operacional a partir de um sistema limpo até a recuperação a partir de um backup de estado do sistema
ou de uma recuperação de promoção de DC, e, em seguida, executar essas 150 etapas ao longo do processo. 

Sabe, é um método antigo, mas que funciona muito bem. 

A prática leva à perfeição. 

É verdade. 

Isso vale tanto para a área de TI quanto para qualquer outra área. 

É mesmo. 

E sabe, sua organização vai evoluir, as situações vão mudar. 

Então, quando você praticar, vai identificar essas mudanças. 

Talvez você tenha adicionado alguma estrutura ao seu Active Directory que não foi considerada na sua
Recovery. 

É um ótimo momento para apontar isso. 

Então, conte-nos sobre isso. Sei que essa é uma parte muito ativa do nosso roteiro na Commvault. 

Há um grande esforço de engenharia sendo dedicado a essa área do nosso produto. 

Conte-nos sobre as features mais recentes e avançadas que estamos incorporando ao seu código mais recente
. 

Claro, só entre a gente. 

Só entre nós. 

Só entre nós. 

Ninguém está ouvindo. 

Sim, o que há de mais novo e melhor: acabamos de lançar o Clean OS Recovery, que é um grande
avanço no mundo da recuperação florestal, pois não estamos transferindo nenhum 

sistema operacional residual, nada dessa parte do sistema operacional existente. 

Bem, a Commvault já tinha maneiras de lidar com isso de qualquer forma, mas este será um sistema
operacional limpo com o Active Directory instalado nele. 

Então, você não precisa se preocupar se, por acaso, tivesse salvo arquivos nos controladores de domínio — o que seria uma
má ideia —, mas você vai transferir apenas um controlador de domínio do Active Directory totalmente novo 

para fazer isso. 

O outro aspecto disso é que, em um futuro muito próximo, vamos implementar avaliações do Active
Directory. 

Quando seus backups forem executados — digamos, diariamente —, elas coletarão informações sobre seu
diretório e indicarão: 

você criou vulnerabilidades nessas cinco áreas, e eis o que você precisa fazer para
resolver essas vulnerabilidades. 

Então, isso vai ficar bem na sua cara. 

E, com essas informações, as chances de você precisar fazer uma Recovery de floresta serão muito
menores. 

E, em um futuro próximo, também teremos auditoria do Active Directory em tempo real. 

Vamos falar sobre isso ainda hoje à tarde, em uma das sessões, onde, se
alguém alterar seu diretório de determinada maneira, você terá a possibilidade de revertê-lo 

com base em seus backups ou nos dados existentes. 

E temos ouvido falar na conferência desta semana sobre o Unity, a plataforma Unity, a
versão mais recente. 

E você mencionou a ideia de que isso é atraente porque faz parte de uma plataforma, faz
parte da abordagem geral da Convolt. 

Mas agora estamos reunindo segurança, identidade, proteção e Recovery em um só lugar. 

Fale um pouco sobre isso e o que isso significa para alguém que se preocupa com o Active
Directory todos os dias. 

Bem, sabe, da perspectiva da Commvault, estamos usando os dados, o Backup and
Recovery dos dados — na verdade, apenas o Backup — como um ponto de controle para os dados, sejam eles, 

sejam sistemas de arquivos, máquinas virtuais, M365, Salesforce, como um ponto para analisar
os dados e tomar decisões com base nas informações que você possui. 

Coletar as informações é quase inútil se você não puder usá-las para tomar decisões,
certo? 

Então, sabe, é como se o piloto dissesse que você vai voar a 35.000
pés. 

Tipo, eu não sei o que fazer com essa informação. 

Mas, se me disserem que, sabe, 

se estivermos indo para o aeroporto errado, talvez eu queira descer do avião. 

Portanto, com base nas informações que estamos coletando nessas análises dos dados que chegam pelo
sistema de backup, vamos poder analisar e fornecer a você insights em tempo real sobre 

seus dados. 

É, isso é incrível. 

E, na verdade, conversei com CISOs e CTOs esta semana em Nova York sobre o que isso
significa no contexto, ou seja, tenho tudo em um único painel e posso 

pensar no Active Directory da maneira que descrevemos. 

dados corporativos, meus aplicativos, onde quer que estejam — na nuvem, em ambiente híbrido ou local —, e, portanto,
ter uma única plataforma gerenciando tudo isso, além da minha governança, é bastante atraente. 

Nosso foco está no AD porque venho desse mundo, mas vamos falar um pouco sobre o Entra,
o Entra ID. 

Explique apenas onde isso se encaixa, como as coisas se estendem para esse mundo para nós? 

Bem, a maioria das organizações, todas têm o Active Directory, vamos deixar isso claro. 

Posso dizer que provavelmente 95% das organizações têm o Active Directory. 

A maioria dessas organizações também tem o Entra ID porque utiliza o M365. 

Portanto, elas hospedam o SharePoint, o e-mail e o Teams, tudo no M365. 

Portanto, o Entra ID é o serviço de diretório por trás disso. 

Mais uma vez, 95% dessas organizações sincronizam esses dados no Entra ID a partir do Active Directory local
. 

Portanto, o Active Directory local é a fonte oficial para a maioria dessas identidades. 

Esses dados são sincronizados com o Entra, proporcionando aos usuários acesso a aplicativos baseados na nuvem. 

Estou observando uma mudança muito lenta entre as organizações que estão percebendo que não precisam 

de objetos de usuário, entidades de usuário ou identidades no local e estão migrando exclusivamente para uma identidade do Entra
. 

Por exemplo, um grande cliente do varejo, sabe, talvez tenha 25.000 funcionários,
mas talvez apenas 5.000 deles trabalhem no escritório, onde precisam acessar as impressoras e os 

compartilhamentos e coisas do tipo, coisas à moda antiga. 

O restante precisa apenas se autenticar nos aplicativos baseados na nuvem. 

É um ótimo lugar para armazenar o Entra. 

Assim, eles podem ter objetos exclusivamente no Entra. 

Mas o Entra traz algumas complexidades, certo? 

Em primeiro lugar, não há Recovery de floresta para o Entra. 

Esse conceito não existe. 

Não é possível. 

É uma recuperação no nível de objeto e atributo. 

Como o usuário está sincronizando a partir de um ambiente local ou talvez de outro provedor de identidade ou
algo do tipo, recuperar os objetos é bom, mas não é absolutamente essencial. 

Mas as partes importantes das configurações — como políticas de acesso condicional e seus
aplicativos corporativos que dão aos usuários acesso a aplicativos SaaS — é nisso que você 

realmente precisa se concentrar em recuperar. 

Certo. 

Faz sentido. 

Então, vamos mudar de assunto por um momento. 

Quero traçar 

um cenário terrível para você. 

Acabamos de ser comprometidos. 

A organização está fora do ar. 

Obviamente, o AD será uma das primeiras coisas a que vou recorrer para recuperar tudo. 

Sem ele, não tenho usuários, não tenho identidades, nem privilégios. 

Explique-nos, de forma geral, como seria esse processo de Recovery. 

O que percebi é que, quando analiso os planos de recuperação de desastres (DR) ou de continuidade de negócios (CR
) de uma organização, elas estão, sem querer, usando o Active Directory para recuperar o próprio Active Directory. 

E é um conceito estranho. 

É um daqueles momentos em que você dá uma batida na testa. 

Então, quando você vai executar seu plano de recuperação cibernética, a primeira coisa que faz é tentar acessar
seu plano de controle, seja ele o CommBald ou outra coisa. 

Na maioria das vezes, esse autenticador para o plano de controle é uma credencial do Active Directory
. 

Portanto, você não pode usar o Active Directory para recuperar o próprio Active Directory. 

Ou o servidor no qual você está fazendo isso está associado ao domínio. 

Ele não estará disponível. 

Portanto, você precisa levar isso em consideração. 

Quando você chegar ao ponto de recuperar o Active Directory, haverá muito
trabalho a ser feito. 

Se você já tivesse a mentalidade certa desde o início, esse trabalho seria um pouco mais simples
, porque você já teria planejado a Recovery. 

No mundo da Commvault, vai ser como eu disse: muito provavelmente, você seguiria o conselho do
Dan e faria a recuperação em um ambiente isolado, depois de respirar fundo 

e percebido que, para fazer isso direito, você precisa de mais uma hora para concluir a tarefa. 

Dê uma olhada na minha Recovery mínima viável do Active Directory para ver como fui comprometido e
analise isso. 

Chegue até mesmo a comparar os backups. 

Isso é algo que a Commvault oferece e que outras soluções não oferecem: 

podemos selecionar um momento específico de um backup — digamos, de três meses atrás — dos objetos e
atributos do Active Directory e compará-lo com o ambiente ativo, se ele ainda existir, 

ou com o backup que você fez ontem para ver quais são as alterações. 

Alguém obteve privilégios elevados? 

As políticas de grupo foram alteradas e coisas do tipo? 

Portanto, em nossa sessão desta tarde, vamos mostrar como funcionaria
uma cadeia de ataque ao Active Directory e reverter uma política de grupo vinculada ao nível superior à qual 

aplicava um pacote de malware — é realmente o nosso foco nessa perspectiva. 

E ser capaz de usar 

a resiliência de dados ou o processo de Recovery de um objeto ou atributo para eliminar uma
cadeia de ataque. 

Você mencionou alguns pontos, mas vamos falar sobre isso. 

Vamos falar especificamente sobre as Features da Commvault que mais lhe interessam,
sobre algo que ajuda as pessoas a recuperar o diretório de atributos o tempo todo. 

Quais são os aspectos da Commvault — as Features, as funções, os diferenciais
do produto — que realmente nos destacam? 

Estou na Commvault há pouco mais de um ano e, 

é verdade que venho trabalhando exclusivamente com o Active Directory há 25 anos, mas quando aperto aquele
botão e faço uma Recovery de floresta, é muito legal. 

As coisas estão acontecendo, e não é ilusão: as coisas estão acontecendo. 

Tudo está rodando simultaneamente. 

Os controladores de domínio estão sendo inicializados e provisionados no back-end. 

Por exemplo, o ambiente de demonstração que criei vai ser iniciado. 

É uma floresta com várias árvores e vários domínios filhos, uma arquitetura bastante complexa, mas a maneira como ela
se recupera… 

é realmente incrível. 

Ela inicia cinco controladores de domínio imediatamente, pois há cinco domínios em duas
árvores diferentes. 

Depois disso, ela retorna e executa todos os processos de Recovery da floresta, como
assumir as funções FISMAL e aumentar o pool de RID. 

Mas é um manual de procedimentos interativo. 

Você está vendo tudo acontecer bem na sua frente. 

Portanto, se você quiser participar, pode participar. 

Você pode pausar o processo. 

Você pode dar um passo adiante. 

Se você realmente gosta de alguma parte da Recovery da floresta, algo bem obscuro como aumentar o
pool de rid, essa é a sua praia. 

Você pode pausar bem ali, fazer login, acessar um controlador de domínio, abrir o ADSI Edit,
localizar o atributo, abrir a calculadora do Windows, colar o número, somar 100.000 a ele e colar 

de volta. 

Se você gosta desse processo complicado, pode fazer isso como parte do nosso manual de operações e, em
seguida, voltar e clicar em “Continuar”. 

Hum… E é um manual de operações interativo. 

Chamamos isso de “human in the loop”. 

Você está vendo tudo acontecer bem na sua frente e pode observar todos os processos
sendo executados em série ou simultaneamente, porque muitos deles são acionados e, 

você sabe, chamamos isso de paralelização. 

Incrível. 

Sei que as demonstrações que fazemos para clientes em potencial e com nossos parceiros geram muito
entusiasmo, e dá para entender o porquê, né? 

E, para ser justo, a gente faz isso parecer muito legal. 

Então, quando você faz a Recovery da floresta e escolhe o cenário de Recovery mais elaborado, e
de repente começam a surgir controladores de domínio, é um processo bem incrível. 

Então, vamos nos afastar um pouco da tecnologia. 

Se eu pensar nas pessoas lidando com a tecnologia no que se refere 

à Recovery, à Recovery limpa e à Recovery na qual a empresa pode confiar. 

Quais seriam os principais fatores críticos de sucesso nessas três áreas? 

Bem, do ponto de vista do Active Directory, gosto de identificar o mínimo viável. 

Como mencionei, a organização que nos chamou a atenção para isso decidiu que
oito controladores de domínio eram o mínimo viável. 

Foi um grande passo à frente. 

Sim. 

Porque, no mundo da Recovery do Active Directory, o desafio está em, você sabe,
descobrir o mínimo viável e identificá-lo. 

E então, uma vez que você supera esse obstáculo, tipo, quando você recupera seu mínimo viável. 

90% da pressão já se foi. 

O diretório está lá, talvez eu ainda não tenha todos os controladores de domínio, talvez haja um
usuário do outro lado do mundo que esteja com dificuldade para se autenticar, mas, na maior 

parte, você está em boa situação. 

Isso significa identificar as pessoas que precisam se envolver nisso. 

Onde preciso dos meus controladores de domínio? 

As pessoas que entendem seu próprio serviço de diretório, o pessoal da velha guarda, como eu, o
pessoal da velha guarda na organização. 

E, em seguida, colocar o processo em prática, e até mesmo lidar com as dinâmicas políticas por trás disso. 

Então, depois de definir as pessoas e os processos, você precisa seguir esses planos e
estar ciente de que eles podem mudar dependendo dos cenários. 

Mas, na maioria das vezes, você vai acertar em cheio se tiver um plano e tiver
praticado isso. 

É isso mesmo. 

E vamos encerrar falando sobre essa prática, certo? 

Testes. 

Adoro essa ideia de testar em meio ao caos, porque, ah, já passei por uma violação de segurança. 

Sei como é essa sensação. 

É algo emocional. 

Seu cérebro fica a mil. 

Há acusações voando por toda parte. 

Todas as coisas que você achava que poderia fazer, de repente, 

parecem ser muito mais complicadas do que deveriam ser. 

Então, fale-nos sobre as melhores práticas para testes e para o treino. 

Quais são as tecnologias que podemos usar? 

O que podemos aplicar em nossa própria organização para praticar bem? 

Bem, sim, pelo menos sem introduzir esse nível de caos. 

Então, quando você analisa um plano de Recovery ou mesmo quando está praticando um plano de Recovery, quando eu
apertar esse botão, e se o que está conectado a ele não existir mais? 

Sabe, é só tirar o tapete debaixo dos pés disso, e isso vai te levar a
construir até mesmo redundância na sua própria mentalidade. 

Tipo, como vou fazer isso? 

E eu já passei por algumas grandes interrupções de serviço durante meu tempo nas Forças Armadas dos EUA e coisas do
tipo. 

Não se tratava da tecnologia. 

Tinha a ver com a criatividade das pessoas. 

As engrenagens estão apenas começando a girar. 

E lembro que algumas das recuperações mais criativas pelas quais passamos não foram nada bonitas. 

Mas, no fim das contas, tudo voltou ao normal. 

Na maioria das vezes, os usuários nem perceberam que algo havia acontecido. 

Não estou dizendo que isso vai acontecer com o Active Directory, mas vai depender da
sua flexibilidade, do seu conhecimento da sua própria organização, 

do plano de recuperação que vocês elaboraram em equipe e da sua capacidade de se adaptar quando o caos
acontecer. 

E adoro a ideia de que, quanto mais praticamos, melhores ficamos; e, à medida que os processos
vão se consolidando, surge a capacidade de automatizá-los. 

Exatamente. 

É, vemos com muita frequência que as tarefas de TI são automatizadas antes que o processo esteja pronto. 

Então, esse é outro benefício da prática. 

Então, Dan, como era de se esperar, nosso tempo acabou. 

Muito obrigado por ter passado um tempo conosco. 

Há muito 

conhecimento e conteúdo que você compartilhou. 

Espero que o público possa levar isso consigo. 

Mas muito obrigado mesmo. 

Agradeço muito, Darren, obrigado. 

Se a conversa de hoje fez você pensar sobre seu próprio Active Directory e seu
plano de Recovery, ou sobre a rapidez com que você poderia se recuperar de um incidente de segurança, acesse 

commvault.com/ad-exposed. 

Você encontrará orientações práticas e ferramentas sobre como automatizar, orquestrar e testar seu Active
Directory ou iniciar a recuperação de ID com a Commvault Cloud. É tudo o que você precisa para transformar o que poderia ser um 

colapso 

em uma recuperação rápida e segura. 

Obrigado por nos acompanhar. 

você