La mayoría de las organizaciones en el Reino Unido y en Europa no late con la idea de recuperar de un ciberataque por la simple falta de copias de seguridad. El verdadero reto es que intentan restaurar todo a la vez. Después de un incidente de seguridad, la tentación es volver a poner en línea cada sistema lo antes posible. Parece la ruta más rápida hacia la normalidad, pero, en la práctica, este enfoque suele alargar la recuperación, reintroducir riesgos y erosionar la confianza justo cuando la organización más lo necesita.

Los que se recuperan más rápido parten de una premisa diferente: asumen que grandes partes de la organización estarán fuera de servicio o no serán confiables, y planifican en consecuencia. Este marco conduce a un objetivo más claro: restaurar lo que realmente importa, rápidamente y en un estado en el que se pueda confiar.

Qué es crítico para la supervivencia

La idea de centrar esfuerzos en las áreas críticas se expresa en el concepto de la Minimum Viable Company (MVC), o, a veces, de la Minimum Viable Organization. Es una definición de lo que debe existir para que la organización sobreviva en condiciones desafiantes como un incidente cibernético.

No es solo un concepto tecnológico; es una definición de negocio de supervivencia en términos de la combinación mínima de personas, procesos, tecnología, documentación, instalaciones y dependencias de terceros necesarias para mantener la función y la creación de valor.

Dónde empezar a poner en marcha una MVC

Existen cinco capacidades clave para operacionalizar una MVC:

1. Claridad sobre los servicios críticos

Se necesita una comprensión precisa de los sistemas y dependencias que soportan directamente los ingresos y las operaciones esenciales. Comprender la MVC implica mapear sistemas al valor del negocio. Sin esta claridad, es imposible definir la MVC con precisión.

Los primeros pasos deben incluir una evaluación estructurada, alineación entre las partes interesadas de negocio y tecnología, y una simulación realista de cómo se desarrollará la recuperación bajo presión. Esto revelará las áreas clave para proporcionar solo la capacidad necesaria para que la organización funcione con seguridad durante una crisis y guiar la recuperación.

En la práctica, significa definir qué debe funcionar en las primeras 24 horas, en las primeras 72 horas y en la primera semana tras una interrupción.

2. Una base de confianza (Tier 0)

En caso de ciberataque, muchas organizaciones olvidan la capa fundamental que les permite establecer identidad y control de acceso independientemente de los sistemas comprometidos.

Esta capa fundacional es lo que llamamos Tier 0 o el plano de control para la recuperación. Incluye gestión de identidad y acceso, redes y DNS, controles de acceso privilegiado, herramientas de seguridad básicas, sistemas de acceso físico y canales de comunicación seguros.

También abarca dependencias no técnicas que se pasan por alto hasta que son urgentes, como playbooks de respuesta a incidentes, listas de contactos y rutas de escalamiento, pólizas de seguro y contratos con respondedores externos. Estas son las bases que sostienen los sistemas críticos que deben restaurarse tras un incidente. Sin esta capa, una recuperación confiable no es posible.

3. Aislamiento de los activos de recuperación

En una brecha de ciberseguridad, las organizaciones deben establecer el control de sus sistemas más críticos. Esto requiere recuperar datos por separado a partir de instantáneas limpias y realizar investigaciones de forma paralela, no secuencial, para asegurar que los sistemas recuperados no estén infectados por software malicioso.

Como parte de este proceso, copias de seguridad, configuraciones y herramientas de recuperación deben estar protegidas del mismo radio de explosión que la producción. Si no se pueden aislar los activos de recuperación clave, no se puede lograr un control rápido y confiable de los sistemas críticos.

4. Capacidad de recuperación en sala limpia

Para configurar un entorno aislado para reconstruir sistemas sin reintroducir compromisos, las organizaciones deben establecer lo que llamamos un “Digital Jump Bag” (bolsa de salto digital). Es un repositorio seguro y aislado que contiene todo lo necesario para establecer un punto de recuperación confiable desde el que reconstruir los sistemas sin reintroducir el compromiso.

5. Capacidad validada de operar

El siguiente paso es validar la capacidad de la MVC para operar a través de escenarios realistas de crisis. La resiliencia debe probarse en condiciones reales. La práctica es importante, ya que un plan no probado permanece en el terreno teórico. Los ensayos también ayudan a responder a la pregunta más directa del Consejo ante un ciberataque: cuánto tiempo tomará restaurar los servicios críticos a un estado confiable.

Recuperar más rápido restaurando lo que más importa

Los riesgos más comunes de resiliencia cibernética provienen de no definir qué debe volver primero y de cómo traerlo de vuelta en un estado confiable. Esa es la diferencia entre la recuperación como proceso y la recuperación como capacidad.

La MVC no es estática. A medida que la organización evoluciona, su definición debe evolucionar también. Pero el principio se mantiene: la recuperación mejora cuando las organizaciones dejan de intentar restaurar todo y comienzan a restaurar lo que realmente importa.

Este artículo forma parte de TechRadar Pro Perspectives, nuestro canal para presentar a las mentes más brillantes de la industria tecnológica.

from Latest from TechRadar https://ift.tt/ceU3XrE
via IFTTT IA