Mostrando entradas con la etiqueta DRP. Mostrar todas las entradas
Mostrando entradas con la etiqueta DRP. Mostrar todas las entradas

Cómo Cumplir con la Cláusula A.17 de ISO 27001 Sin Sobredimensionar los Controles: Consejos Prácticos para la Continuidad del Negocio

Cuando las organizaciones buscan cumplir con la ISO 27001, específicamente la cláusula A.17 relacionada con la seguridad de la información en la continuidad del negocio, es común pensar en la necesidad de un despliegue masivo de planes de recuperación y continuidad para toda la empresa. Sin embargo, sobredimensionar los controles puede no solo generar una carga innecesaria, sino también desviar recursos críticos que podrían utilizarse de manera más efectiva.

¿Qué es A.17?

La cláusula A.17 de la ISO 27001 está diseñada para asegurar la disponibilidad, integridad y confidencialidad de la información durante una interrupción del negocio. Esto incluye asegurar que los procesos críticos continúen funcionando incluso en situaciones como desastres naturales, fallos en la infraestructura o ataques cibernéticos. Sin embargo, no todas las organizaciones necesitan aplicar un Plan de Continuidad del Negocio (BCP) y un Plan de Recuperación ante Desastres (DRP) a toda su operación.

Para aquellas empresas con un SGSI que cubre solo un proceso específico o un sistema clave, la implementación de un BCP y DRP global sería sobredimensionado e innecesario. Entonces, ¿cómo puedes cumplir con los requisitos de A.17 sin sobredimensionar? Aquí te lo explicamos.


1. Define el Alcance del SGSI y Enfócate Solo en lo Crítico

Uno de los errores más comunes es tratar de incluir toda la organización en el BCP, cuando en realidad la ISO 27001 te permite ajustar los controles según el alcance del SGSI. Si tu SGSI cubre únicamente un proceso o sistema específico, como la gestión de datos sensibles en un departamento, entonces solo necesitas asegurar la continuidad de ese proceso o sistema crítico.

Consejo práctico: Realiza un Análisis de Impacto en el Negocio (BIA) limitado que identifique los activos y procesos clave que se verían afectados en una interrupción. Esto te ayudará a centrar los esfuerzos en los puntos que realmente necesitan protección.

2. Desarrolla un BCP Ajustado al Proceso Crítico

En lugar de crear un BCP masivo que cubra todas las áreas de la organización, tu BCP debe estar ajustado al proceso específico que está dentro del alcance del SGSI. La clave aquí es simplificar:

Consejo práctico: El BCP solo necesita abordar cómo la información crítica y los sistemas clave continuarán funcionando durante una interrupción. Esto incluye definir los pasos para restaurar estos procesos, asignar responsabilidades claras y asegurar la comunicación interna dentro del equipo involucrado.

3. Un DRP Eficiente y a la Medida

El Plan de Recuperación ante Desastres (DRP) es una parte esencial del BCP, pero no necesitas un DRP que cubra toda la infraestructura de TI. En lugar de eso, enfócate en los sistemas y bases de datos que son críticos dentro del alcance del SGSI.

Consejo práctico: Define procedimientos específicos para la recuperación rápida de sistemas y asegúrate de tener copias de seguridad adecuadas y probadas con regularidad. La clave aquí es restaurar los sistemas de TI críticos de manera rápida y eficiente, sin perder tiempo y recursos en áreas que no están dentro del alcance del SGSI.

4. Pruebas y Simulaciones Limitadas, pero Efectivas

La ISO 27001 exige que realices pruebas regulares de tus planes de continuidad para garantizar su efectividad. Sin embargo, estas pruebas no necesitan ser complejas ni abarcar toda la empresa.

Consejo práctico: Realiza pruebas específicas y simulaciones únicamente para los sistemas y procesos críticos que forman parte del SGSI. Las simulaciones deben enfocarse en evaluar si puedes restaurar los sistemas críticos en un tiempo razonable y si los procedimientos de respuesta son claros para el equipo involucrado.

5. Automatiza las Copias de Seguridad y la Recuperación de Datos

El cumplimiento de A.17 también se centra en la disponibilidad de la información. Asegurarte de que los datos críticos puedan ser recuperados rápidamente es esencial, pero esto no significa que debas tener un sistema de respaldo complejo.

Consejo práctico: Implementa soluciones de copia de seguridad automatizadas que realicen respaldos frecuentes y que sean fáciles de restaurar. Esto no solo cumple con la norma, sino que también simplifica la gestión y asegura que los datos estarán disponibles cuando los necesites.

6. No Sobrecargues la Gestión de Incidentes

Una parte de cumplir con A.17 es tener un proceso para gestionar incidentes de seguridad de la información que puedan afectar la continuidad del negocio. Sin embargo, este plan no necesita ser extenso.

Consejo práctico: Un procedimiento simple de reporte y respuesta a incidentes es suficiente para cumplir con este punto. Establece los pasos para identificar y mitigar cualquier incidente que afecte los procesos críticos, y asegúrate de que todos los involucrados sepan qué hacer en caso de un incidente.

Conclusión: Menos es Más

Cumplir con la cláusula A.17 de ISO 27001 no significa que debas implementar un sistema de continuidad para toda la organización. Menos es más cuando se trata de proteger la información crítica bajo el alcance del SGSI. Al ajustar el alcance y enfocar los controles en los procesos y sistemas más importantes, puedes cumplir con A.17 de manera eficaz y eficiente, sin sobredimensionar los controles ni generar costos innecesarios.

Llave del Éxito:

Centrarse en lo esencial: Prioriza lo crítico, automatiza procesos donde sea posible, y prueba solo lo necesario. Cumplir con A.17 se trata de ser efectivo, no excesivo.


Descubre cómo un DRP puede blindar tu negocio frente al caos digital

En un mundo digital interconectado, la prevención y la preparación para posibles desastres cibernéticos son esenciales para la supervivencia de las empresas. En este contexto, el Plan de Recuperación ante Desastres (DRP) emerge como una herramienta fundamental. Exploraremos qué es un DRP, su utilidad, las ventajas que ofrece, sus fases esenciales, cómo implementarlo y, finalmente, concluiremos destacando su importancia en la era digital.

El DRP, o Plan de Recuperación ante Desastres, es un marco estratégico diseñado para asegurar la continuidad de las operaciones empresariales después de un evento catastrófico. Este evento puede ser un desastre natural, un ciberataque, un fallo del sistema o cualquier otro suceso que amenace la integridad de los datos y la infraestructura de una empresa.


Ventajas del DRP: Resiliencia en Tiempos de Adversidad

  • Resiliencia Empresarial: Un DRP bien diseñado permite a las empresas recuperarse rápidamente, minimizando el tiempo de inactividad y protegiendo la reputación.
  • Protección de Activos: Salvaguarda los activos digitales y la información crucial, reduciendo las pérdidas económicas asociadas con la interrupción de las operaciones.
  • Cumplimiento y Confianza: Cumplir con regulaciones de seguridad y generar confianza entre clientes y socios al demostrar un compromiso serio con la seguridad de los datos.


Fases Clave en la Implementación de un DRP:

  • Evaluación de Riesgos y Análisis de Impacto: Identificar amenazas potenciales y evaluar cómo afectarían a la empresa.
  • Desarrollo del Plan: Crear un documento detallado que incluya procedimientos específicos para la recuperación ante desastres.
  • Pruebas y Entrenamiento: Simular situaciones de crisis para asegurar que el personal esté preparado y que el plan sea efectivo.
  • Implementación Continua y Actualización: Un DRP no es estático; debe revisarse y actualizarse regularmente para adaptarse a cambios en la infraestructura y nuevas amenazas.


Cómo Implementar un DRP: Pasos Prácticos

  • Compromiso de la Alta Dirección: La implementación exitosa comienza con el compromiso de la alta dirección hacia la seguridad y la continuidad operativa.
  • Identificación de Recursos Críticos: Determine qué recursos y datos son esenciales para la operación continua de la empresa.
  • Desarrollo de Procedimientos: Detalle los pasos específicos a seguir durante y después de un desastre.
  • Entrenamiento y Concientización: Asegure que el personal comprenda y esté entrenado para ejecutar el plan en situaciones reales.


En un panorama empresarial marcado por la creciente complejidad digital, un Plan de Recuperación ante Desastres no solo es una medida de seguridad, sino un salvavidas para la continuidad operativa. La inversión en la implementación y mantenimiento de un DRP es esencial para proteger los activos de la empresa, mantener la confianza del cliente y, en última instancia, garantizar la supervivencia en un entorno empresarial cada vez más impredecible. La pregunta no es si necesitas un DRP, sino ¿cuándo lo implementarás para asegurar el futuro de tu empresa?


La seguridad es clave: Aprende a proteger la continuidad de tu negocio con un DRP bien planificado.

 Un DRP es un conjunto de políticas, procedimientos y prácticas que permiten a una organización recuperarse de desastres o interrupciones importantes en sus sistemas de información y tecnología. El objetivo del DRP es minimizar el impacto en la continuidad del negocio y reducir el tiempo de recuperación.

Las principales ventajas de realizar un DRP son:

  • Reducción del tiempo de inactividad: Un DRP bien diseñado y probado puede ayudar a minimizar el tiempo de inactividad y, por lo tanto, reducir el impacto en la continuidad del negocio.
  • Minimización de pérdida de datos: Un DRP bien diseñado también puede minimizar la pérdida de datos y la interrupción del servicio.
  • Protección de la reputación de la empresa: Un DRP puede proteger la reputación de la empresa al demostrar una capacidad de recuperación efectiva y una sólida gestión de riesgos.

Los principales pasos para desarrollar un DRP en un departamento de tecnología son:

  1. Identificar los procesos y sistemas críticos: Identificar los sistemas y procesos críticos para el negocio y clasificarlos según su prioridad.
  2. Identificar las amenazas y los riesgos: Identificar y evaluar los riesgos y las amenazas que pueden afectar los sistemas y procesos críticos, tales como desastres naturales, fallos de hardware o software, y ataques de seguridad.
  3. Definir los objetivos de recuperación: Definir los objetivos de recuperación para cada sistema y proceso crítico, incluyendo los tiempos máximos de inactividad y la cantidad máxima de pérdida de datos aceptable.
  4. Desarrollar un plan de recuperación: Desarrollar un plan de recuperación para cada sistema y proceso crítico que incluya la estrategia de recuperación, las tareas de recuperación, los recursos necesarios, y los procedimientos de prueba y mantenimiento.
  5. Probar el DRP: Probar el DRP regularmente para asegurar su efectividad, identificar deficiencias y realizar mejoras.
  6. Mantener el DRP: Mantener el DRP actualizado y revisarlo periódicamente para asegurarse de que siga siendo relevante y efectivo.

Es importante destacar que el DRP debe ser un documento claro y completo que pueda ser seguido fácilmente en caso de una interrupción importante. Además, el DRP debe ser comunicado a todos los empleados de la organización para asegurar que sepan cómo actuar en caso de una interrupción.


Esto es lo que debe contener un Plan de Recuperación de Desastres de TI de acuerdo con 800-34

En el siguiente post veremos lo que debe contener un  plan de recuperación de desastres para áreas de TI. Enumeraremos siete aspectos básico que están contenidos dentro de la publicación NIST 88-34 rev1 Contingency Planning Guide for Federal Information Systems.

Estos son los lineamiento mínimos que debera contener tu DRP para atender de forma organizada un posible evento que pueda llegar a afectar los activos de tu organización.

  1. Desarrolle una política de DRP: La política deberá estar documentada y aprobada por la alta dirección, esto le garantizará el debido apoyo y los recursos necesarios para su implementación y mantenimiento. 
  2. Realice un análisis de impacto en el negocio (BIA): Este proceso le permitirá identificar y priorizar los sistemas críticos dentro de su organización. 
  3. Identifique controles preventivos: tenga en la mira los controles que le ayudan a evitar que se afecten los objetivos de la organización. 
  4. Desarrolle estrategias de recuperación: Diseñe estrategias que le ayuden a recuperar un servicio completo de forma rápidamente al menor costo posible.  
  5. Desarrolle un plan de contingencia: dentro de este plan debe estar contemplado los objetivos, procedimientos, responsables y tiempos de recuperación para la restauración del sistema afectado. 
  6. Plan de pruebas, entrenamiento y ejercicios: debe tener un plan de pruebas diseñado el cual deberá ser probado por lo menos dos veces al año. El personal deberá estar capacitado y entrenado. Al final de cada ejercicio se deberán tener lecciones aprendidas y opciones de mejora para optimizar el plan. 
  7. Mantenimiento: El plan deberá tener mantenimiento constantemente debido a que pasan acciones que ameritan su afinamiento como por ejemplo, cambio de personal, cambio de tecnología, descubrimiento de nuevas amenazas o riesgos, entro otras cosas. 

Ten en cuenta estas siete recomendaciones para desarrollar el plan de recuperación de desastres de tu organización, esto te permitirá la rápida recuperación de los servicios esenciales en caso de que ocurra un evento no deseado. 


Cinco preguntas que te debes hacer cuando hablas de backups

En este post te voy a dar cinco recomendaciones que debes tener en cuenta cuando desarrollas un plan de backup ya sea para una organización pequeña o mediana. 

  • ¿A que le debo hacer backup?: la respuesta parece trivial y se puede responder de forma fácil como: a toda información que es necesaria y crítica para el desarrollo de la empresa, entre ellos están los archivos digitales o físicos, las bases de datos, información en la nube entre otros.
  • ¿Dónde debo almacenar el backup?: las mejores prácticas recomiendan dos en sitio uno fuera de sitio este puede ser un datacenter alterno, una oficina alterna, la nube, un tercero capacitado para ello, todo esto siempre y cuando estén en una ciudad diferente.
  • ¿Que tan frecuente debo hacer backup?: Tan frecuente como lo necesite, es decir, cuanto tiempo en datos estás dispuesto a perder en caso de que se presente un incidente.  Revisa el término RPO en el post anterior.
  • ¿Que software debo utilizar?: en este punto te sugiero en la medida de las posibilidades que elijas un software propietario debido a las ventajas sobre el software gratuito como lo es el poder definir el tipo de backup (completo, incremental o diferencial), backup cifrado, múltiples usuarios entro otras.
  • ¿Backup en la nube o en sitio?: actualmente el costo del backup en la nube se ha reducido a tal punto que es viable económicamente el contemplar esta alternativa. Te recomiendo el tener las dos opciones, en sitio y en la nube, no está de más el tener redundancia con la información vital de la organización. 

Ten en cuenta que los backups siempre deben estar cifrados, esto evitará que personas no autorizadas se hagan con la información de la empresa, adicionalmente guarda en un lugar seguro las contraseñas de acceso a todos los backups especialmente las copias históricas.

En los próximos posts trataremos temas como los tipos de backups, frecuencia, retención y seguridad.  

Cinco tips claves de un plan de recuperación de desastres.

En este post te voy a enseñar cinco tips que debes tener en cuenta cuando desarrollas un plan de recuperación de desastres. 

  1. RPO es el tiempo entre el último backup y la ocurrencia del desastre, es decir, el tiempo expresado en datos que estás dispuesto a perder. Cuando el valor de esta variable es muy bajo, deberás de ejecutar copias de respaldo con mayor frecuencia pudiendo incluso llegar a almacenar en duplicado los datos. 
  2. MTD, corresponde al tiempo de inactividad máxima tolerable para un proceso. Entre menor sea esta variable, más rápido debes garantizar la recuperación del servicio lo cual va a elevar los costos de recuperación, ya que puedes llegar a contemplar el uso de un datacenter alterno.  
  3. RPO y MTD van a influenciar en la tecnología y ubicación que selecciones para recuperar la operación. A mejor tecnología y mejor ubicación más rápida la recuperación. Con la tecnología actual puedes llegar a tener un datacenter alterno en la nube.
  4. Debes tener especial cuidado en sí la tecnología donde se va a restaurar los datos es temporal o permanente, nueva u obsoleta, ya que de ello puede llegar a depender la estabilidad del servicio restaurado. 
  5. Entre menos datos estés dispuesto a perder y más rápido quieras el servicio en operación más costoso va a ser el proceso de recuperación.
Ten a la mano estos tips cuando estés desarrollando en proceso de recuperación, ya que ellos te van a aportar conocimiento para que tomes buenas decisiones. 


Conoce cuatro variables que debes tener en cuenta cuando te preparas para un desastre tecnológico.

Puedo afirmarte que nadie está exento de un desastre en cuanto a tecnología se refiere, ya sea la pérdida de un equipo, el daño de un disco duro, la inundación de un datacenter y muchos otros casos que se pueden catalogar como desastre. En este post aprenderás acerca de cuatro de las principales variables que debes tener en cuenta cuando atiendes un desastre tecnológico. (DRP: Disaster Recovery Plan).

Para este punto ya debes tener en operación un plan de copias de respaldo, donde periódicamente haces backup de los principales datos de la organización. Ahora, la primera variable corresponde al tiempo que transcurre entre el desastre y la última copia de respaldo y se conoce como:

RPO Recovery Point Objetive: Cuantos son los datos en tiempo que estás dispuesto a perder, datos de unas horas, datos de unos días, esto también define la periodicidad del backup, pero esto será tema de otro post.

RTO Recovery Time Objetive: Cuanto tiempo te va a tomar el poner de nuevo los servicios afectados en operación. 

WRT Working Recovery Time: Es el tiempo necesario par verificar que todo funciona adecuadamente antes de entrar a producción. Verificación de bases de datos, aplicaciones y conexiones. 

MTD Maximum Tolerable Downtime: Tiempo de inactividad máxima tolerable. Tiempo que puede interrumpirse la operación sin causar mayores problemas. MTD = RTO + WRT.


En la anterior ilustración puedes verificar gráficamente donde esta cada una de las variables que te he explicado, ten en cuenta algo adicional, el tiempo que está entre el último backup hasta la reanudación de la operación, no se tiene contemplado realizar backups automatizados por lo que deberás buscar una alternativa viable. 

Entre mas cortos sean los tiempos mas costosa puede llegar a ser las soluciones que implementes, en contraprestación menos perdida de datos vas a tener por ende tu usuario final va a estar mas feliz.

Estas cuatro variables están inmersas dentro del desarrollo de un análisis de impacto del negocio en cual es un insumo necesario para el desarrollo de un Plan de Recuperación de Desastres. 



Conozca que tiene por dentro un Plan de Recuperación de Desastres DRP.

En este post aprenderás acerca de lo que es un Plan de Recuperación de Desastres, las fases que involucra y el contenido de cada una de ellas. Por sus siglas en ingles: Disaster Recovery Plan DRP.

La materialización de un incidente de ciberseguridad puede desencadenar un desastre, por lo que debes saber como atenderlo de forma organizada para evitar o reducir al mínimo el tiempo de inactividad de los sistemas prioritarios de tu organización. 

Un Plan de Recuperación de Desastres se limita a los procesos e infraestructura de TI, y se define como el programa que se debe seguir para que, en el caso de que se presente un desastre, se puedan restablecer las operaciones primarias en el menor tiempo posible.

Estas son las principales fases que contiene un DRP:

  1. Identificar los sistemas críticos: En esta fase debes identificar los sistemas y aplicaciones críticas de tu organización. 
  2. Realizar una evaluación de riesgos: Debes llevar a cabo una evaluación de riesgos que permita identificar, analizar y evaluar amenazas especialmente aquellas que puedan llegar a ocasionar un desastre.
  3. Ejecutar un análisis de impacto de negocio: Conocido también como BIA, es un proceso que te permite determinar tiempos como RPO, RTO, WRT y MTD los cuales son variables que te ayudarán a determinar cosas como: cuál es el tiempo máximo que puedes permanecer sin datos digitales o cuál es el tiempo máximo que te puede tomar el restablecer las operaciones.
  4. Desarrollar medidas para recuperación: Como es que piensas recuperar la operación lo antes posible. Aquí entra en operación términos como centro de datos alterno, equipos de respaldo, servicios en la nube, copias de respaldo, entre otros, todo depende las necesidades y presupuesto de cada organización.  
  5. Realizar pruebas: Debes asegurarte que las medidas que has tomado son las adecuadas y que van a funcionar en el momento que sean requeridas, para ello, debes realizar pruebas de operación para los controles que has seleccionado. Te recomiendo prueba completadas dos veces por año.
  6. Actualizar y mejorar el plan: De acuerdo con el resultado de las pruebas, puedes mejorar los puntos débiles del DRP y mantente atento a la aparición de nuevas amenazas para actualizarlo. 
  7. Capacitar, concienciar y difundir el plan: Mantén capacitado a todo el personal involucrado, esto te garantizará conocimiento para saber qué hacer en el caso de un desastre.

Estas siete fases te pueden guiar acerca de lo que debes hacer o como debes atender un posible desastre dentro de tu organización, asegúrate de mantenerlo actualizado y que todas las personas involucradas estén capacitadas y concientizadas acerca de su rol y tareas asignadas. 

Tener planeado que hacer te da la ventaja competitiva.