De los contratiempos a los colapsos: cómo proteger y recuperar AD y Entra ID

Controlan la autenticación y el acceso. Si se ven comprometidos, los atacantes pueden ampliar sus privilegios, desactivar las defensas y paralizar los servicios esenciales de la empresa. 

Implica cientos de pasos interdependientes. La ejecución manual en situaciones de estrés suele provocar retrasos, errores y una recuperación incompleta. 

Identifica los componentes esenciales de la identidad necesarios para reanudar rápidamente la actividad empresarial, dando prioridad a los resultados frente a una reconstrucción completa. 

Permite a los equipos probar de forma segura la Recovery de AD y Entra ID, validar la automatización y detectar puntos débiles antes de que se produzca un ataque real. 

Ayudandoaautomatizar los pasos de Recovery, auditar los cambios de identidad e integrar la resiliencia de la identidad en Unity Platform. 

Consultaaquíel vídeo para ver la transcripción con marcas de tiempo

Hola y bienvenidos al podcast «Shift», dedicado a la recuperación de Active Directory y Entra ID. 

Me llamo Darren Thompson y hoy seré vuestro presentador. 

Active Directory y Entra ID siguen siendo la columna vertebral de la gestión de identidades para la mayoría de las organizaciones
y también uno de los principales objetivos de los ataques. 

Cuando AD deja de funcionar, todo —desde los sistemas empresariales hasta el acceso físico— puede quedar paralizado. 

Sin embargo, muchas estrategias de Recovery siguen siendo manuales o, sencillamente, inexistentes. 

En esta sesión, voy a hablar con Dan Conrad, experto mundial en todo
todo lo relacionado con la identidad. 

Vamos a hablar de los retos en constante evolución que plantea la Recovery de AD y de cómo Commvault Cloud ayuda
a a las organizaciones a automatizar y agilizar ese proceso. 

Dan, muchas gracias por estar hoy con nosotros. 

Me alegro de estar aquí, Darren. 

Empecemos por lo básico. 

¿Por qué Active Directory y Entry ID siguen siendo uno de los activos más críticos y, al mismo tiempo, uno de los
¿Quiénes son los más vulnerables en nuestras organizaciones hoy en día? 

La respuesta a esa pregunta tiene muchas facetas, pero creo que una de las razones por las que es
Es tan vulnerable precisamente porque es muy funcional. 

Ya sabes, una gran funcionalidad abre muchas puertas que podrían quedarse abiertas, pero sigue…
siendo vulnerable porque lleva más de 25 años en funcionamiento. 

Las organizaciones dependen de él y no ha fallado en 25 años, ¿verdad? 

Es el mismo Active Directory que pusieron en marcha hace 25, bueno, quizá 20 años. 

Claro, ya se ha actualizado. 

Ha cambiado un poco. 

Se ha ampliado. 

Pero, en esencia, sigue siendo el mismo Active Directory, sigue funcionando y todavía no
han he tenido que recuperarlo. 

Es algo así como la electricidad en un centro de datos. 

Simplemente das por hecho que va a estar ahí y nos hemos olvidado de él. 

Por eso no forma parte de un plan de Recovery. 

Pero, sin duda, en los últimos años, supongo, se ha convertido en un objetivo para los delincuentes. 

Cuéntanos un poco sobre eso. 

Si eso no fuera un problema, probablemente hoy no estaríamos teniendo esta conversación, porque
Los propios servicios de directorio siguen siendo bastante vulnerables, pero tenían menos valor. 

hasta que aparecieron cosas como el ransomware. 

Hubo filtraciones como la de Target y la de la OPM, pero no
fueron ataques en los que toda la organización se viera realmente comprometida y tuviera que cerrar. 

Simplemente robaron datos, lo cual ya era bastante grave. 

Ahora bien, cuando puedes robar los datos y, al salir, paralizar la organización mediante un
un factor que no iban a prever o que no habían tenido en cuenta como una posibilidad, 

Las cosas cambian bastante. 

Interesante. 

Ahora bien, sé que hemos estado trabajando bastante duro en una funcionalidad concreta, y oigo
hablar mucho de Recovery. 

Cuéntanos un poco sobre eso. 

¿En qué consiste y por qué la Recovery de «forest» parece más compleja para un administrador en comparación con
¿con cualquier otro tipo de Recovery? 

Bueno, sí. 

No estamos hablando de la Recovery de un servidor, ni siquiera de la Recovery de un sistema de archivos, ni tampoco simplemente
de devolver los datos a su ubicación original. 

Recuperar un bosque de Active Directory es un proceso complicado. 

Y si no estás familiarizado con la terminología de Active Directory, una de las
Las estructuras que lo componen son el bosque. 

Así pues, los bosques contienen dominios, que a su vez contienen controladores de dominio, que es lo que la gente conoce
como servidores. 

Puedo recuperar un servidor, así que debería poder recuperar un bosque. 

Y Active Directory es este ser en constante movimiento, vivo y que respira, que interactúa con todas las
demás partes. 

Y desde el punto de vista de la seguridad, 

Es como si tú y yo estuviéramos restableciendo constantemente una relación de confianza. 

Sabemos quiénes somos. 

Así que, si te ausentas un rato y alguien te sustituye por una copia de Darren, me daré
Se nota enseguida y eso no va a funcionar así. 

Y eso es precisamente lo que hace Active Directory. 

Por lo tanto, si falla un controlador de dominio concreto, la mayoría de los administradores de AD saben que no se recupera un
controlador de dominio, porque eso, de hecho, corrompería el resto del directorio. 

Hay que construir uno nuevo. 

Se limpia el espacio donde estaba el antiguo y se construye uno nuevo. 

Cuando se habla de la recuperación de los bosques, 

Hay que hacerlo en todos los controladores de dominio al mismo tiempo. 

Así que está la Recovery del sistema operativo y, además, los 125 pasos de coordinación que
Hay que seguir trabajando para que el bosque vuelva a funcionar una vez que se haya recuperado. 

Y creo que empiezo a vislumbrar la respuesta a mi siguiente pregunta, pero cuéntanos un poco
cómo las organizaciones que llevan a cabo este proceso de forma muy manual se ven perjudicadas como consecuencia de ello

. 

Exacto. 

No es que no se pueda hacer. 

Es un proceso que se puede llevar a cabo. 

Microsoft publica la guía para la recuperación de los bosques. 

Eh… La mayoría de los administradores de AD conocen muy bien esta guía, pero esperan no tener que usarla nunca. 

Y el peor momento para averiguar cómo recuperar un bosque es precisamente cuando lo necesitas
recuperarlo. 

Así que, a menos que lo hayas planificado e incluso hayas configurado tu Active Directory para que se pueda recuperar,
Va a ser un proceso muy difícil porque todo esto… y, ya sabes, voy a… 

Enumeraré un número variable de pasos, ya que depende de cuántos se necesiten, y todos ellos
deben ejecutarse correctamente; de lo contrario, a veces hay que empezar desde cero. 

Una organización acudió a nosotros con unos 40 000 empleados; contaban con un bosque de dominio único, que
En el mundo de Active Directory, es lo más fácil de recuperar. 

Lo que determinaron fue que su Active Directory mínimo viable estaría compuesto por ocho controladores de dominio.
. 

Es una configuración bastante sencilla, pero viable. 

Y querían intentar hacerlo ellos mismos. 

En resumen: «¿Cómo lo intentamos? Ya sabes, con mucho esfuerzo; practiquemos esto y veamos qué tal sale». 

Así que lo recuperaron y les llevó 33 horas. 

Ha sido un esfuerzo titánico en el que han participado muchas personas y lo han conseguido. 

Saben cómo hacerlo. 

Y vinieron a nosotros y nos dijeron: «¿Podéis superarlo?». 

Claro. 

Bueno, claro que podemos. 

Exacto. 

Así que seguimos el mismo proceso. 

Al tener la oportunidad de participar en la carrera, hicimos trampa. 

Así que pudimos volver al bosque en poco menos de dos horas. 

Así que, sí, solo porque hayamos automatizado todos esos pasos, no tienes por qué, ya sabes,
consultarlos y recopilar la información necesaria para aplicarlos. 

Ya sabes, cada paso concreto va a ser diferente. 

Ahora, como CISO, lo que me preocupa son los tiempos de Recovery, ¿verdad? 

Así que he sufrido una brecha de seguridad, y se ha perdido Active Directory y todo lo demás. 

Así que, ya sabes, esos periodos de tiempo tan largos que se necesitan para un proceso manual como ese…
Esto puede afectar al tiempo que me lleva volver a poner en marcha mi negocio. 

Exacto. 

El tiempo de recuperación de Active Directory siempre es una de las principales preocupaciones. 

Intento desviar la atención del tiempo de Recovery hacia la precisión de la misma. 

Claro. 

Ya sabes, la reacción instintiva

Cuando necesitas recuperar un bosque, lo primero que se te ocurre es restaurarlo en el entorno de producción a partir de la última
copia de seguridad disponible. 

Ya sabes, cuando sabías que estaba funcionando. 

Yo animaría a las organizaciones a tomarse un respiro y llevar a cabo el proceso de «Recovery» en un entorno de «Recovery».
aislado. 

Porque, como probablemente veremos más adelante, os animaremos a practicar vuestras recuperaciones en el bosque
en este entorno de Recovery aislado. 

De este modo, podréis poner en marcha una versión mínima viable de vuestro Active Directory, que en un bosque de un solo
Un dominio equivale a un controlador de dominio. 

En un bosque con varios dominios, lo más sencillo sería utilizar un controlador por cada dominio para
examinar el directorio, ver qué contiene y, si es posible, averiguar cómo se vio comprometido para 

asegurarte de que no vuelva a pasar. 

Una vez que domines ese proceso —«puede que te lleve un par de horas»—, pasa al entorno
de producción y lleva a cabo la Recovery en la fase de producción. 

Exacto. 

Y luego hacer todo eso en medio del estrés y el caos, ¿no? 

Exacto. 

Así es como se siente. 

Exactamente. 

El peor momento para aprender a hacerlo es cuando el sistema está caído. 

Sí, sin duda. 

Bueno, ya hemos tratado bastantes temas. 

Demos un paso atrás y hablemos un poco en general sobre cómo Commvault ayuda en todo esto
esto. 

Para empezar, danos una visión general. 

Básicamente, estamos automatizando el proceso de Microsoft. 

Eh… Yo lo veo desde dos puntos de vista. 

Estamos interactuando con los clientes y haciéndoles ver que los planes que creen tener
en marcha

probablemente no vayan a funcionar. 

E incluso diría que, cuando pregunto a los clientes por su plan y empiezan a explicármelo, me
Me encanta recopilar estas historias porque hay respuestas muy creativas. 

Desde planificar la regeneración del bosque, que es algo puntual, hasta planificar o
poner en marcha 49 controladores de dominio adicionales. 

fue una de ellas. 

Cada día apagaban siete y volvían a encender otros siete. 

Es decir, eso no va a servir de nada. 

Eh… 

Ya sabes, desde nuestro punto de vista, vamos a automatizar todo ese proceso. 

Así que, si conseguimos que practiquen esto y lo pongan en práctica, y que adquieran esa memoria motora sobre
Recovery forestal y se den cuenta de que hay que llevarla a cabo de una determinada manera, eso supondrá 

grandes avances. 

Sí. 

Y cuéntanos cuál es el argumento de venta único (USP). 

Bueno, hay otros que hacen eso. 

Ya sabes, ¿por qué complicarlo? ¿Qué nos diferencia? 

Bueno, porque lo estamos haciendo; al fin y al cabo, somos una empresa de protección de datos, ¿no? 

Así que sabemos cómo proteger los datos cuando llevamos a cabo la Recovery del bosque en la
plataforma Convol subyacente. 

Y, ya sea software o SAS, sin duda soy partidario de la solución SAS para la Recovery de bosques de Active
Directorio. 

Pero todo está integrado en nuestra plataforma. 

Por eso utilizamos herramientas como el almacenamiento inmutable y Threat Scan en segundo plano. 

Y si no dispones de un entorno de Recovery aislado en el que practicar, contamos con
Cleanroom. 

Probablemente hablaremos más adelante, en uno de estos podcasts, sobre Commvault Cleanroom. 

Es un entorno que no existe hasta que lo necesitas. 

Así que, si necesitas practicar la recuperación forestal una vez al trimestre, Cleanroom es un lugar estupendo para
hacerlo. 

No vas a llevar eso a producción, pero te ofrece un lugar ideal para aprender los
pasos y desarrollar la memoria muscular. 

Hace unas semanas, un cliente me preguntó: «Si implementamos la solución con Commvault, ¿cómo sabemos
«¿Va a funcionar?». 

Le respondí: «Bueno, lo vas a hacer todos los viernes». 

¿Por qué no iba a funcionar el lunes, cuando lo necesites? 

Así que no se trata de esperar hasta que tengas que pulsar el botón y, entonces, pulsarlo. 

Lo sabes porque lo has hecho una y otra vez. 

Y es un proceso sencillo que consiste simplemente en ejecutar los scripts automatizados que se encargan de
de todo, desde 

ya sabes, crear el sistema operativo partiendo de un sistema limpio, o restaurarlo a partir de una copia de seguridad del estado del sistema
, o una recuperación tras la promoción a controlador de dominio, y luego seguir esos 150 pasos a lo largo del proceso. 

Ya sabes, es un clásico, pero funciona de maravilla. 

La práctica hace al maestro. 

Así es. 

Eso es cierto tanto en el ámbito de las tecnologías de la información como en cualquier otro ámbito. 

Así es. 

Y ya sabes, tu organización irá evolucionando y las situaciones cambiarán. 

Así que, cuando practiques, identificarás esos cambios. 

Quizá hayas añadido alguna estructura a tu Active Directory que se te pasara por alto durante Recovery.
. 

Es un buen momento para señalarlo. 

Cuéntanos algo al respecto; sé que es una parte muy importante de nuestra hoja de ruta en Commvault. 

Se está dedicando un gran esfuerzo de ingeniería a esta área de nuestro producto. 

Cuéntanos cuáles son las últimas y mejores Features que estamos incorporando a tu código más reciente.
. 

Claro, pero que quede entre nosotros. 

Entre nosotros. 

Entre nosotros. 

Nadie nos está escuchando. 

Sí, lo último y lo mejor: acabamos de presentar «Clean OS Recovery», que supone un gran
Un paso adelante en el mundo de la Recovery forestal, ya que no incorporamos ningún 

sistema operativo residual, nada de esa parte del sistema operativo existente. 

Ahora bien, Commvault ya disponía de formas de ocuparse de eso de todos modos, pero esto va a ser un sistema
Sistema operativo limpio con Active Directory instalado en él. 

Así que no tienes que preocuparte por si habías guardado cosas en los controladores de dominio —lo cual era una
mala idea—, sino que simplemente vas a transferir un controlador de dominio de Active Directory totalmente nuevo

para hacerlo. 

La otra cara de la moneda es que, en un futuro muy próximo, vamos a introducir evaluaciones de Active
Directorio. 

Cuando se ejecuten tus copias de seguridad —digamos que a diario—, recopilarán información sobre tu
directorio y te dirán: 

ha generado vulnerabilidades en estas cinco áreas, y esto es lo que tienes que hacer para
resolverlas. 

Así que lo tendrás justo delante de tus narices. 

Y con esa información, las posibilidades de que tengas que llevar a cabo una Recovery del bosque son mucho
menores. 

Además, en un futuro próximo contaremos también con auditorías de Active Directory en tiempo real. 

Hablaremos de ello más tarde, esta tarde, en una de las sesiones; si
Si alguien modifica tu directorio de alguna manera, tendrás la posibilidad de

a partir de tus copias de seguridad o de los datos existentes. 

Y esta semana, en la conferencia, hemos oído hablar de Unity, la plataforma Unity, en su
Última versión. 

Y ha mencionado que esto resulta atractivo porque forma parte de una plataforma, forma
forma parte del enfoque general de Convolt. 

Pero ahora estamos integrando la seguridad, la identidad, la protección y Recovery. 

Cuéntanos un poco sobre eso y sobre lo que significa para alguien que se preocupa a diario por Active
Directorio. 

Bueno, ya sabes, desde el punto de vista de Commvault, utilizamos los datos, el Backup and
Recovery de datos —en realidad, solo la «Backup and Recovery»— como punto de control de los datos, ya sean: 

ya sean sistemas de archivos, máquinas virtuales, M365 o Salesforce, como punto de partida para el análisis
los datos y tomar decisiones basadas en la información de la que se dispone. 

Recopilar información no tiene prácticamente sentido si no puedes utilizarla para tomar decisiones,
¿Verdad? 

Es como si el piloto te dijera que vas a volar a 35 000
pasteles. 

Es como si no supiera qué hacer con esa información. 

Pero si me dices que, ya sabes, 

Si nos dirigimos al aeropuerto equivocado, quizá quiera bajarse del avión. 

Así que, basándonos en la información que recopilamos en estos análisis de los datos que nos llegan a través de
del sistema de copias de seguridad, podremos analizar y ofrecerte información en tiempo real sobre 

tus datos. 

Sí, es increíble. 

Y, de hecho, esta semana he estado hablando con el CISO y el CTO en Nueva York sobre lo que esto
significa, en su contexto, es decir, que, desde un único panel, tengo la capacidad de 

Considerar Active Directory tal y como lo hemos descrito. 

los datos corporativos y mis aplicaciones, estén donde estén —en la nube, en un entorno híbrido o en las propias instalaciones—; por lo tanto, disponer de
una única plataforma que se encargue de todo eso, además de mi gobernanza, resulta muy atractivo. 

Nos centramos en AD porque yo vengo de ese mundo, pero hablemos un poco de Entra,
de Entra ID. 

Explícanos de forma sencilla dónde encaja eso; ¿cómo se amplían las cosas hacia ese mundo para nosotros? 

Bueno, la mayoría de las organizaciones tienen Active Directory; digamos que sí. 

Podría decir que probablemente el 95 % de las organizaciones cuentan con Active Directory. 

La mayoría de esas organizaciones también cuentan con Entra ID, ya que disponen de M365. 

Así que alojan su SharePoint, su correo electrónico y Teams, todo en M365. 

Así pues, Entra ID es el servicio de directorio que hay detrás de todo eso. 

Una vez más, el 95 % de esas organizaciones sincronizan esos datos en Entra ID desde su Active Directory local
. 

Así pues, el Active Directory local es la fuente de referencia para la mayoría de esas identidades. 

Así que eso se sincroniza con Entra y ofrece a los usuarios acceso a aplicaciones en la nube. 

Estoy observando un cambio muy lento en las organizaciones, que se están dando cuenta de que no necesitan 

objetos de usuario, entidades de usuario o identidades en las instalaciones y están pasando simplemente a una identidad de Entra
. 

Por ejemplo, un gran cliente del sector minorista, ya sabes, que quizá tenga 25 000 empleados,
de los cuales quizá solo 5 000 trabajen en la oficina, donde necesitan acceder a las impresoras y a los 

recursos compartidos y cosas por el estilo, cosas de la vieja escuela. 

El resto solo tiene que iniciar sesión en las aplicaciones basadas en la nube. 

Es un lugar ideal para poner en marcha Entra. 

Así que pueden tener objetos exclusivos de Entra. 

Pero «Entra» tiene sus complicaciones, ¿no? 

Para empezar, no hay «Recovery del bosque» para «Entra». 

Ese concepto no existe. 

No es posible. 

Se trata de una Recovery a nivel de objeto y de atributo. 

Para el usuario, dado que la sincronización se realiza desde un entorno local o quizá desde otro proveedor de identidades o
Algo así: recuperar los objetos está bien, pero no es absolutamente imprescindible. 

Sin embargo, los aspectos importantes de las configuraciones —es decir, las políticas de acceso condicional y las
Las aplicaciones empresariales que permiten a los usuarios acceder a aplicaciones SaaS son aquellas en las que 

Debes centrarte de verdad en recuperarte. 

Exacto. 

Tiene sentido. 

Cambiemos de tema un momento. 

Quiero pintarte 

un panorama desolador. 

Acabamos de sufrir un ataque. 

La organización está fuera de combate. 

Está claro que el AD va a ser una de las primeras cosas a las que recurriré para recuperarme. 

Sin eso, no tengo usuarios, ni identidades ni privilegios. 

Explícanos, a grandes rasgos, cómo sería ese proceso de Recovery. 

Lo que he observado es que, cuando analizo los planes de recuperación ante desastres (DR) o de recuperación tras catástrofes (CR)
) de una organización, esta utiliza, sin darse cuenta, Active Directory para recuperar Active Directory. 

Y es un concepto extraño. 

Es uno de esos momentos en los que te das una palmada en la frente. 

Así que, cuando te dispones a poner en marcha tu plan de Recovery cibernético, lo primero que haces es intentar iniciar
sesión en tu panel de control, ya sea CommBald u otra plataforma. 

En la mayoría de los casos, ese autenticador para acceder al panel de control es una credencial de Active Directory
. 

Así que no puedes utilizar Active Directory para recuperar Active Directory. 

O bien, el servidor en el que lo estás haciendo está unido al dominio. 

No va a estar ahí. 

Así que tienes que tenerlo en cuenta. 

Cuando llegues al momento de recuperar tu Active Directory, hay mucho
trabajo pendiente. 

Si te habías preparado mentalmente con antelación, esa tarea te resultará un poco más fácil
porque lo habrás diseñado pensando en Recovery. 

En el mundo de Commvault, será como he dicho: lo más probable es que hagas caso a
Y que puedas recuperar los datos en un entorno de Recovery aislado después de tomarte un respiro 

y te hayas dado cuenta de que, para hacerlo bien, necesitas una hora más. 

Echa un vistazo a mi «Recovery mínima viable de Active Directory» para ver cómo se ha visto comprometido el sistema y
Analízalo. 

Incluso llegarías a comparar las copias de seguridad. 

Eso es algo que Commvault ofrece y que otros no: 

que podemos tomar un momento concreto de una copia de seguridad, digamos de hace tres meses, de los objetos y
atributos de Active Directory y compararlos con el entorno de producción, si aún existe, 

o con la copia de seguridad que hiciste ayer para ver cuáles son los cambios. 

¿Alguien ha obtenido privilegios elevados? 

¿Se han modificado las políticas de grupo y cosas por el estilo? 

Así pues, en nuestra sesión de esta tarde, vamos a mostrar cómo funcionaría
una cadena de ataque en Active Directory y cómo revertir una política de grupo vinculada al nivel superior al que 

se estaba ejecutando un paquete de malware; eso es precisamente en lo que nos centramos desde ese punto de vista. 

Y poder utilizar 

la resiliencia de los datos o el proceso de Recovery de un objeto o un atributo para eliminar una
cadena de ataque. 

Ya has mencionado un par de cosas, pero hablemos de ello. 

Hablemos concretamente de las Features de Commvault que más te entusiasman,
sobre alguien que ayuda a la gente a recuperar constantemente el directorio de atributos. 

¿Cuáles son los aspectos de Commvault: las Features, las funciones, los elementos diferenciadores?
¿Qué aspectos del producto son los que realmente nos diferencian? 

Llevo en Commvault poco más de un año y, aunque 

Vale, llevo 25 años dedicándome exclusivamente a Active Directory, pero cuando pulso ese
pulsé el botón e inicié una Recovery forestal; es realmente impresionante. 

Las cosas se mueven, y no es una ilusión, las cosas se mueven. 

Todo se ejecuta simultáneamente. 

Los servidores de dominio se están poniendo en marcha y se están configurando en el back-end. 

Por ejemplo, se pondrá en marcha el entorno de demostración que he creado. 

Es un bosque con varios árboles y varios sotobosques, con una estructura bastante compleja, pero la forma en que se…
recupera… 

Es bastante impresionante. 

Pon en marcha cinco servidores de dominio de inmediato, ya que hay cinco dominios en dos
Árboles diferentes. 

A continuación, vuelve al punto de partida y ejecuta todos los procesos de Recovery del bosque, como
asumir las funciones de FISMAL o ampliar el grupo RID. 

Pero se trata de un manual de procedimientos interactivo. 

Lo ves suceder justo delante de ti. 

Así que, si quieres participar, puedes hacerlo. 

Puedes detener el proceso. 

Puedes dar un paso. 

Si te gusta especialmente alguna parte de «Recovery del bosque», algo muy técnico como aumentar el
El «pool de rid», eso es lo tuyo. 

Puedes detenerlo justo ahí, iniciar sesión, conectarte a un controlador de dominio, abrir el editor ADSI,
buscar el atributo, abrir la calculadora de Windows, pegar el número, sumarle 100 000 y pegarlo 

otra vez. 

Si te gusta ese proceso complicado, puedes incluirlo en nuestro manual de procedimientos y luego
Vuelve aquí y haz clic en «Continuar». 

Eh… Y es un manual de procedimientos interactivo. 

Lo llamamos «el ser humano en el bucle». 

Lo estás viendo suceder justo delante de ti y puedes ver cómo se ejecutan todos los procesos
, ya sea en serie o al mismo tiempo, porque muchos de ellos se activarán y, 

Ya sabes, lo llamamos «paralelización». 

Es increíble. 

Sé que las demostraciones que hacemos a los clientes potenciales y a nuestros socios generan mucho
entusiasmo, y se entiende por qué, ¿verdad? 

Y, hay que reconocerlo, lo hacemos parecer genial. 

Así que, cuando realizas la Recovery del bosque y eliges el escenario de Recovery más complejo y
De repente empiezan a aparecer servidores de dominio por todas partes; es un proceso bastante impresionante. 

Así que alejémonos un poco de la tecnología. 

Si pienso en cómo percibe la gente la tecnología en lo que se refiere a 

una «Recovery», una «Recovery» limpia y una «Recovery» en la que la empresa pueda confiar. 

¿Cuáles son los factores críticos de éxito en esos tres ámbitos? 

Bueno, desde el punto de vista de Active Directory, me gusta identificar el mínimo viable. 

Como ya he mencionado, la organización que nos lo señaló decidió que
Ocho controladores de dominio era su mínimo viable. 

Fue un gran avance. 

Sí. 

Porque en el mundo de la Recovery de Active Directory, lo importante es llegar a, ya sabes,
Descubrir el mínimo viable e identificarlo. 

Y luego, una vez superado ese escollo, es como si hubieras recuperado tu mínimo viable. 

El 90 % de la presión desaparece. 

El directorio está ahí; quizá aún no tenga todos los controladores de dominio, quizá haya un
un usuario que se encuentre al otro lado del mundo y tenga problemas para autenticarse, pero, en general, 

Por un lado, estás en bastante buena situación. 

Se trata de identificar a las personas que participan en ello. 

¿Dónde necesito mis controladores de dominio? 

La gente que conoce bien su propio servicio de directorio, los veteranos, como yo, los
veteranos de la organización. 

Y luego hay que poner en marcha el proceso, e incluso lidiar con las dinámicas políticas que hay detrás. 

Así que, una vez que hayas definido a las personas y los procesos, debes ceñirte a esos planes y
ser consciente de que podrían variar en función de los distintos escenarios. 

Pero, en general, acertarás si tienes un plan y lo has
ensayado. 

Sí. 

Y terminemos hablando de esa práctica, ¿no? 

Las pruebas. 

Me encanta esta idea de las pruebas en situaciones caóticas porque, bueno, yo misma he sido víctima de una filtración. 

Sé lo que se siente. 

Es algo muy intenso a nivel emocional. 

Tu mente va a mil por hora. 

Hay gente que señala con el dedo por todas partes. 

Todas esas cosas que creías que podías hacer, de repente 

, ya sabes, parecen mucho más complicadas de lo que deberían ser. 

Así que cuéntanos cuáles son las mejores prácticas para hacer pruebas y para practicar. 

¿Qué tecnologías podemos utilizar? 

¿Qué podemos poner en práctica en nuestra propia organización para hacerlo bien? 

Bueno, sí, al menos sin provocar ese nivel de caos. 

Así que, cuando analices un plan de Recovery o incluso cuando estés siguiendo un plan de Recovery, cuando pulses
Este botón, ¿qué pasaría si lo que se conecta ya no existiera? 

Ya sabes, simplemente quítale la alfombra de debajo de los pies y eso te llevará a desarrollar
incluso una mentalidad redundante. 

Es decir, ¿cómo voy a hacer esto? 

Y yo he sufrido algunas interrupciones importantes durante mi etapa en el ejército de EE. UU. y cosas por el estilo
el estilo. 

No se trataba de la tecnología. 

Se trataba de la creatividad de las personas. 

Las ideas empiezan a surgir. 

Y recuerdo que algunas de las recuperaciones más creativas que vivimos no fueron nada bonitas. 

Pero, al final, todo volvió a la normalidad. 

En su mayor parte, los usuarios ni siquiera se dieron cuenta de que había pasado algo. 

No digo que eso vaya a pasar con Active Directory, pero dependerá de
vuestra flexibilidad, vuestro conocimiento de vuestra propia organización, 

el plan de recuperación que habéis diseñado en equipo y vuestra capacidad para adaptaros cuando se desata el caos
. 

Y me encanta la idea de que cuanto más practicamos, mejor lo hacemos, y a medida que consolidamos los procesos
, surge la posibilidad de automatizarlos. 

Exacto. 

Sí, vemos con demasiada frecuencia que se automatizan tareas de TI antes de que el proceso esté listo. 

Así que esa es otra ventaja de la práctica. 

Bueno, Dan, como era de esperar, se nos ha acabado el tiempo. 

Muchísimas gracias por dedicarnos tu tiempo. 

Hay muchísimos

los conocimientos y el contenido que nos has aportado. 

Esperemos que el público pueda llevarse todo eso consigo. 

Pero muchas gracias. 

Te lo agradezco, Darren, gracias. 

Si la conversación de hoy te ha hecho pensar en tu propio Active Directory y su
Plan de Recovery, o en la rapidez con la que podrías recuperarte tras un ataque, visita 

commvault.com/ad-exposed. 

Encontrarás directrices prácticas y herramientas sobre cómo automatizar, coordinar y probar tu Active
Directorio para iniciar la recuperación de identidades con Commvault Cloud. Es todo lo que necesitas para convertir lo que podría ser un 

colapso 

para una recuperación rápida y segura. 

Gracias por seguirnos. 

tú