Plan de recuperación de datos: cómo crear y qué incluir

Los expertos enfatizan que un plan sólido de recuperación de datos es vital para toda organización. Después de todo, las amenazas a su ecosistema de TI son inevitables, desde ataques cibernéticos como ransomware hasta emergencias climáticas como incendios forestales y huracanes y errores devastadores cometidos por profesionales de TI con exceso de trabajo.

No puedes eliminar estas amenazas, pero puedes maximizar tu resiliencia cuando ocurren. La clave para acelerar la recuperación y hacer que su negocio se recupere es tener un plan de recuperación ante desastres de respaldo de datos sólido y probado. Como afirma Gartner, “Tratar de improvisar un proceso de recuperación después de un ataque conducirá inevitablemente a errores y prolongará la interrupción. ”[1]

Pero ¿qué incluye un plan de recuperación de datos? ¿Cómo puede asegurarse de que el suyo sea eficaz tanto para la recuperación de ransomware como para la recuperación de otras amenazas? Esta publicación le explicará lo que necesita saber.

Elaboración de un plan sólido de recuperación de datos: las cuatro áreas clave

Las estrategias centrales para establecer un plan sólido de recuperación de datos se pueden agrupar en cuatro áreas:

• Inventario y evaluación
• Planificación y priorización
• Estrategia de copia de seguridad y recuperación
• Revisión y prueba

Profundicemos en cada uno de ellos.

1. Inventario y evaluación

Agrupa tus datos y aplicaciones.

El primer paso para desarrollar un plan de recuperación ante desastres de respaldo de datos es agrupar sus datos. ¿Qué datos y aplicaciones son más esenciales para la organización? ¿Sin qué puedes sobrevivir un poco más? ¿Qué datos son en su mayoría estáticos? ¿Dónde se encuentran exactamente los datos?

La siguiente tabla muestra una agrupación de datos con tres clasificaciones: estática, vital para el negocio y de misión crítica. Este es sólo un ejemplo; puede decidir que su plan de recuperación necesita un conjunto diferente de clasificaciones.

Figura 1. Categorización de datos

Para decidir qué datos entran en cada categoría, piense en cuán dinámicos son y cuán vitales son para las funciones comerciales centrales. Por ejemplo, herramientas como Microsoft 365 y SharePoint son esenciales para la colaboración y comunicación de los usuarios, por lo que los datos confidenciales almacenados allí podrían asignarse a una clasificación más alta que los sistemas de archivos, que podrían cambiar con menos frecuencia.

La clasificación más alta, de misión crítica, incluye cosas como bases de datos utilizadas para transacciones financieras, que son vitales para mantener vivo el negocio y cumplir con los requisitos contractuales y legales. Tenga en cuenta que Active Directory también entra directamente en esta categoría. Active Directory proporciona los servicios de autenticación y autorización que permiten que su ecosistema de TI funcione. Sin Active Directory, los usuarios no pueden iniciar sesión en sus terminales ni acceder a los activos de TI, y las aplicaciones y servicios no pueden ejecutarse. En resumen, su negocio está muerto. Tómelo de Gartner: “El proceso de restauración de muchos ataques de ransomware bien documentados se ha visto obstaculizado por no tener un proceso de restauración de Active Directory intacto. ”^[2]

Establecer objetivos de recuperación.

A continuación, es hora de establecer el objetivo de tiempo de recuperación (RTO) y el objetivo de punto de recuperación (RPO) para cada tipo de datos. Trabaje con las partes interesadas para determinar qué tan rápido se deben restaurar los datos y cuánta pérdida de datos es aceptable. Recuerde que su respuesta inicial probablemente sea que no requieren tiempo de inactividad ni pérdida de datos. Deberá ayudarlos a comprender cuán costoso sería ese objetivo y acordar expectativas razonables y equilibradas para su plan de recuperación de datos.

En muchos casos, querrás profundizar más y también establecer un objetivo de recuperación de versión (VRO) y un objetivo de recuperación geográfica (GRO). Para establecer el VRO, pregunte qué tan reciente es la versión de los datos que necesita para poder restaurar. GRO aborda dónde se almacenarán las copias de seguridad y cómo eso afecta los demás requisitos de recuperación; por ejemplo, el RTO puede ser más largo cuando se recupera desde un sitio de recuperación ante desastres que desde una copia de seguridad local.

A continuación se muestra un ejemplo de la tabla extendida resultante para un plan de recuperación de datos:

Figura 2. Definición de métricas de recuperación para cada clasificación

2. Planificación y priorización

Descubrir y evaluar vulnerabilidades.

Otro paso fundamental en el desarrollo de un plan de recuperación de datos es descubrir debilidades que los adversarios puedan aprovechar y luego priorizarlas evaluando tanto la probabilidad de que eso suceda como el daño potencial que podría resultar.

A continuación se presenta una matriz de evaluación de riesgos estándar para categorizar los riesgos como bajos, medios, altos o extremos, en función de la combinación de su probabilidad e impacto:

Figura 3. Una matriz de evaluación de riesgos estándar

Durante este proceso, asegúrese de considerar tanto las amenazas internas como los ataques externos. Los piratas informáticos ahora intentan activamente sobornar a los empleados para que instalen malware, por ejemplo. Es vital trabajar para establecer un modelo de Confianza Cero.

Comprender las dependencias de los datos.

A medida que desarrolla su plan de recuperación de datos, piense en las dependencias involucradas en la restauración no solo de los datos, sino también del acceso a esos datos. Después de todo, restaurar rápidamente su base de datos Oracle de misión crítica esencialmente no tiene valor a menos que también haya restaurado los componentes necesarios para abrirla y permitir que los usuarios accedan a ella.

Además, concéntrese en el tiempo de recuperación en lugar de en la velocidad de respaldo. Las copias de seguridad a menudo se realizan rápidamente porque después de la copia de seguridad completa inicial, las copias de seguridad posteriores deben cubrir solo los cambios diferenciales. Por lo tanto, es importante determinar realmente si tiene el ancho de banda para restaurar los datos en el tiempo requerido por su plan de recuperación. Como se señaló anteriormente, este proceso generalmente implica comprender las ubicaciones geográficas de sus copias de seguridad.

Evalúe sus herramientas para acelerar la recuperación.

Considere qué otras herramientas tiene que puedan acelerar el proceso de recuperación. Las herramientas de replicación de datos pueden resultar de gran ayuda. También pueden hacerlo las instantáneas, aunque es importante tener en cuenta que las instantáneas no sustituyen a las copias de seguridad empresariales y, a menudo, son vulnerables a corromperse durante los ataques cibernéticos.

Determine la autoridad para ejecutar su plan y garantice comunicaciones efectivas.

Asegúrese de que su plan de recuperación ante desastres de respaldo de datos deje claro quién tiene la autoridad para iniciar la operación de recuperación. De lo contrario, nadie podrá tomar la iniciativa, prolongando el tiempo de inactividad y daños a la organización.

Además, asegúrese de que el plan de recuperación incluya estrategias de comunicación que no dependan de sistemas que puedan estar inactivos o inaccesibles. No desea que su única copia del plan esté en un servidor que haya sido cifrado o incluso en una plataforma que no haya sido objetivo pero a la que nadie pueda iniciar sesión porque Active Directory no funciona.

3. Estrategia de copia de seguridad y recuperación

Piense más allá de los "datos": su estrategia también debe abarcar Active Directory.

Si bien su estrategia de respaldo y recuperación claramente tiene que incluir datos como los registros almacenados en sus bases de datos y sistemas de archivos, esos datos serán inútiles si nadie puede acceder a ellos porque su Active Directory no funciona. Por lo tanto, como se señaló anteriormente, Active Directory en sí cuenta como datos de misión crítica. Por ejemplo, cuando el gigante del transporte marítimo Maersk fue atacado por malware, tenía copias de seguridad de gran parte de sus datos, pero no de Active Directory. Se salvó de reconstruir su AD desde cero solo porque descubrió un controlador de dominio solitario que había estado fuera de línea durante el ataque y pudo transportarlo minuciosamente miles de millas para que sirviera como respaldo.

Tenga en cuenta que realizar copias de seguridad y restaurar Active Directory son procesos complejos. Por ejemplo, debe minimizar los lugares donde se puede esconder el malware para no restaurar la infección cuando recupere la vida a sus controladores de dominio, así como agilizar el largo procedimiento de recuperación del dominio nativo tanto como sea posible para minimizar el tiempo de inactividad del negocio. En consecuencia, es vital contar con una solución avanzada de respaldo y recuperación de Active Directory que brinde control, flexibilidad y automatización. Gartner aconseja: "Si es posible, invierta en herramientas dedicadas para la recuperación de Active Directory, ya que las herramientas y procedimientos de Microsoft junto con las capacidades limitadas de las herramientas de respaldo empresarial a menudo no son adecuadas para su propósito".[³]

Proteja sus copias de seguridad.

Dado que la recuperación es imposible sin copias de seguridad viables, es vital proteger sus sistemas y datos de copia de seguridad contra el cifrado, la corrupción, la eliminación y otras interferencias. Una forma de limitar las interfaces de red a los repositorios de almacenamiento de respaldo es crear una subred y colocar el repositorio donde no se pueda ver en la red pública. Además, sus procedimientos de copia de seguridad deben incluir el cifrado de los datos de la copia de seguridad en lugar de almacenarlos en un formato reconocible, para que los datos sean lo más inútiles posible para los malos actores.

Tener más de una copia de los datos.

Su plan de recuperación de datos debe cubrir las ubicaciones y formatos de las copias de seguridad. La estrategia clásica es 3-2-1: tener tres copias en dos medios de almacenamiento diferentes y una copia fuera del sitio. El siguiente diagrama ilustra este modelo. Los respaldos principales se almacenan en el centro de datos de la sede corporativa y se replican en la oficina regional. Además, los datos de la copia de seguridad se almacenan en la nube.

Figura 4. Ejemplo de estrategia de copia de seguridad con múltiples ubicaciones y formatos de datos

Si bien los servicios en la nube pueden ser una parte valiosa de un plan de recuperación de datos, hay que tener en cuenta algunas advertencias. Primero, recuerda que existen amenazas que pueden cifrar archivos incluso en la nube. Además, muchos servicios en la nube brindan un gran ancho de banda para cargar datos en la nube, pero no ofrecen el mismo ancho de banda para descargar datos desde la nube. Por lo tanto, es fundamental examinar detenidamente al proveedor de la nube y los detalles de su acuerdo con él para garantizar que pueda cumplir sus objetivos de recuperación.

Asegúrese de que sus copias de seguridad sean inmutables.

Además de limitar estrictamente el acceso a los archivos de respaldo, las organizaciones también deben asegurarse de que los datos no puedan modificarse ni eliminarse incluso si alguien obtuviera acceso. Algunas soluciones de copia de seguridad y recuperación ofrecen copias de seguridad inmutables que protegen los datos de la copia de seguridad durante su vida útil establecida (período de retención).

Automatizar.

Los procesos manuales son inherentemente lentos, poco confiables y propensos a errores humanos. Esto es válido tanto para la copia de seguridad como para la recuperación. Necesita que las copias de seguridad se realicen correctamente y se realicen según lo programado, sin importar quién esté de vacaciones o qué otras prioridades puedan surgir para el equipo de TI.

La automatización es quizás incluso más vital para las operaciones de recuperación, especialmente la recuperación ante desastres, cuando cada segundo de tiempo de inactividad le cuesta a la empresa. Como lo expresa Gartner, “la recuperación rápida de los sistemas afectados será imposible si las organizaciones tienen que depender de procesos y procedimientos manuales. Esto es cierto, independientemente del enfoque adoptado para la recuperación, y si no se automatizan partes importantes del proceso de recuperación, se producirán retrasos inaceptables en el restablecimiento del servicio normal. ”^[4]

4. Revisión y prueba

Pruebe y revise su plan de recuperación ante desastres de respaldo de datos con regularidad.

Con demasiada frecuencia, las organizaciones dedican mucho tiempo, esfuerzo y tiempo a desarrollar un plan integral de recuperación de datos, pero lo revisan sólo una o dos veces y luego lo guardan hasta que ocurre un desastre. Sin embargo, las amenazas continúan evolucionando y el ecosistema de TI continúa cambiando. Por ejemplo, podría adoptar una tecnología que sea crítica para sus operaciones comerciales y que los adversarios estén buscando explotar activamente, convirtiéndola en una vulnerabilidad "alta" o incluso "extrema". Pero su plan de recuperación de datos ni siquiera lo menciona.

De manera similar, los procesos y necesidades comerciales pueden cambiar drásticamente incluso en un corto período de tiempo. Los datos que hoy son críticos para el negocio podrían tener mucho menos valor mañana. No querrás descubrir que tu plan falla en el momento en que realmente lo necesitas.

Por lo tanto, es esencial establecer un cronograma regular para revisar y actualizar su plan de recuperación y probar el plan revisado para garantizar que satisfaga sus necesidades. El cronograma variará según las necesidades de la organización, pero la siguiente tabla detalla diferentes tipos de pruebas y ofrece orientación sobre las frecuencias recomendadas.

Pruebe su plan de recuperación de datos con personas que no lo desarrollaron.

Finalmente, asegúrese de que su plan no dependa de ningún individuo en particular. Después de todo, el profesional de TI que dirigió el desarrollo del plan podría estar de vacaciones cuando ocurra el desastre. Además, con la escasez de habilidades de TI modernas y la gran renuncia más generalizada, las organizaciones están experimentando una rotación significativa en sus equipos de TI. Debe asegurarse de que el plan de recuperación de datos se pueda implementar correctamente independientemente de estas circunstancias.

En consecuencia, asegúrese de que su plan de recuperación esté bien documentado y que su equipo de TI pueda ejecutarlo incluso si sus profesionales de TI más valiosos han abandonado la empresa o simplemente no están disponibles.

Conclusión

Un vistazo rápido a las noticias demuestra que ninguna organización es inmune a las amenazas cibernéticas modernas; Afectan a todos, desde las PYMES hasta las grandes empresas, y desde la industria privada hasta las escuelas, las agencias gubernamentales y la infraestructura crítica. Si bien nos vienen a la mente los ciberataques, las organizaciones también son vulnerables a desastres naturales, amenazas internas, errores de administrador y otros riesgos.

Si bien puede (y debe) trabajar para fortalecer su postura de seguridad para minimizar su exposición, no puede eliminar el riesgo de que ocurra un desastre. La pregunta es: ¿con qué rapidez y eficacia se puede recuperar cuando ocurre un desastre?

Para lograr la ciberresiliencia necesaria para proteger su organización, debe crear un plan de recuperación de datos sólido y probarlo periódicamente. Seguir las estrategias expuestas aquí le ayudará a establecer y alcanzar sus objetivos de recuperación de datos.

¹ Gartner, Inc., “Restaurar versus reconstruir: estrategias para recuperar aplicaciones después de un ataque de ransomware”, Nik Simpson y Ron Blair, 2 de marzo de 2022 (ID G00761039).

² Gartner, Inc., "Cómo recuperarse de un ataque de ransomware utilizando una infraestructura de copia de seguridad moderna", Fintan Quinn, 4 de junio de 2021.

³ Gartner, “Restaurar versus reconstruir: estrategias para recuperar aplicaciones después de un ataque de ransomware”, Nik Simpson y Ron Blair, 2 de marzo de 2022 (ID G00761039).

⁴ Gartner, “Restaurar versus reconstruir: estrategias para recuperar aplicaciones después de un ataque de ransomware”, Nik Simpson y Ron Blair, 2 de marzo de 2022 (ID G00761039).