Playbooks de continuidad de negocio: del plan a la acción

Un plan de continuidad de negocio (BCP) solo funciona si puede ejecutarse. Para lograrlo necesita playbooks de continuidad de negocio que conviertan la estrategia en instrucciones concretas ante cada escenario de interrupción.

El BCP identifica los procesos críticos, establece tiempos de recuperación y asigna responsables. Sin embargo, durante un incidente real no siempre responde la pregunta más urgente: ¿ Qué hacemos ahora?

En este artículo explicamos qué son los playbooks, en qué se diferencian de un playbook técnico y cómo los Automation Stitches de FortiGate permiten automatizar parte de la respuesta.

Un playbook de continuidad de negocio es una guía paso a paso para responder ante un escenario que puede interrumpir la operación, como la caída del firewall principal, un equipo comprometido o la pérdida de un enlace de internet.

Mientras el BCP define qué debe seguir funcionando y en cuánto tiempo, el playbook establece quién actúa, en qué orden y con qué herramientas.

Sin playbooks, el BCP puede quedarse en el papel. Durante un incidente, cada integrante del equipo podría interpretar a su manera qué hacer y a quién escalar el caso.

Dentro de un mismo escenario conviven dos niveles de respuesta, y ambos son necesarios.

Playbook de continuidad de negocio

Se concentra en personas, decisiones y coordinación. Define aspectos como:

1. Quién detecta o recibe la alerta.
2. A quién se escala el incidente.
3. Quién autoriza suspender un servicio.
4. Cómo se informa a las áreas afectadas.

Playbook técnico

Se enfoca en acciones sobre la infraestructura tecnológica, como:

1. Aislar un equipo comprometido.
2. Bloquear una dirección IP.
3. Notificar al equipo de TI.
4. Respaldar una configuración.

Muchas de estas tareas son repetitivas y predecibles. Además, cuanto antes se ejecutan, menor puede ser el impacto sobre la operación.

Un Automation Stitch permite programar de antemano cómo debe reaccionar el FortiGate ante un evento determinado.

Cada regla tiene dos partes. El disparador es el evento que activa la automatización, por ejemplo varios intentos fallidos de conexión. La acción es lo que el FortiGate hace en respuesta.

Esta función viene incorporada en FortiOS, el sistema operativo de FortiGate, y se configura desde la consola de administración.

Para los equipos de TI, lo más relevante es que esta capacidad no requiere necesariamente un SOAR ni un SOC propio, ni tener desplegada toda la Security Fabric de Fortinet. Si la organización ya cuenta con un FortiGate, tiene una base para empezar a automatizar.

Estos ejemplos muestran cómo los playbooks de continuidad de negocio pueden apoyarse en los Automation Stitches de FortiGate.

1. Conmutación por falla del firewall

Con FortiGate en alta disponibilidad, un stitch puede detectar un evento de conmutación y alertar al equipo de TI por correo electrónico, Microsoft Teams o Slack. Así, el playbook arranca en el momento del evento y no cuando un usuario reporta una afectación.

2. Caída de conectividad por un evento externo

Un corte de energía o un daño en la infraestructura física de la sede terminan reflejándose en la red. FortiOS incluye un stitch predeterminado de red caída que puede notificar al equipo de TI apenas se pierde la conexión.

3. Equipo comprometido dentro de la red

Fortinet documenta una integración entre FortiGate, FortiAnalyzer y FortiClient EMS en la que, al detectarse un equipo comprometido, un stitch lo pone automáticamente en cuarentena. El equipo queda aislado mientras TI investiga y define los siguientes pasos.

4. Intentos de acceso sospechosos

Un stitch puede responder a eventos registrados por FortiOS, como múltiples conexiones fallidas, y bloquear la dirección IP de origen. Así se reduce la exposición mientras TI determina si se trata de un error de configuración o de un acceso no autorizado.

5. Respaldo programado de la configuración

No todos los playbooks responden a ataques. Un stitch puede combinar un disparador programado con una acción de respaldo para que FortiGate genere copias periódicas de su configuración. Si el equipo falla o debe reemplazarse, esa copia acelera la recuperación.

No es necesario cubrir todos los escenarios desde el comienzo. Estos pasos son un buen punto de partida:

1. Prioriza entre tres y cinco escenarios con mayor impacto sobre los procesos críticos del BCP.
2. Documenta el playbook de continuidad de cada escenario: responsables, escalamiento, decisiones y comunicación.
3. Identifica las acciones técnicas repetitivas que pueden automatizarse con Automation Stitches.
4. Prueba cada stitch y ensaya el playbook completo mediante ejercicios de simulación.
5. Actualiza los playbooks cuando cambien la infraestructura, los procesos o el equipo responsable.

Los Automation Stitches están pensados para situaciones puntuales, conocidas y bien definidas. No reemplazan el análisis humano ni la coordinación entre áreas que exige un incidente complejo.

Tampoco sustituyen otros componentes del BCP, como los respaldos de información, las sedes alternas o la comunicación de crisis.

En NSIT, como Fortinet Expert Partner, acompañamos a los equipos de TI a convertir su plan de continuidad en playbooks de continuidad de negocio concretos y a configurar automatizaciones sobre su infraestructura Fortinet.

Solicita una asesoría gratuita con NSIT y descubre cómo podemos impulsar la eficiencia de tu área de tecnología. ¡Escríbenos por WhatsApp y conversemos!