Equipos de trabajoMapear y probar controlesEjemplo · 1 pregunta · 2 min

Construye el bow-tie de riesgo

Mapea una ruta ficticia de pérdida de datos y distingue lo que evita el evento de lo que limita el impacto posterior.

Respuesta
Comentarios
Finalizar

Tu ejemplo

Ruta del riesgo

El bow-tie va de izquierda a derecha. Amenaza: credenciales robadas, con inicio de sesión multifactor como barrera antes del evento. Evento principal en el centro: pérdida de datos. Consecuencia: caída del servicio, de momento sin barrera.

Mostrar datos en una tabla

Nodo	Detalles
Robo de credenciales	amenaza · barrera antes: MFA
Pérdida de datos	evento principal
Caída del servicio	consecuencia · aún sin barrera

Elige una respuesta

Un procedimiento de restauración probado reduce el impacto después de perder datos. ¿Dónde pertenece y qué puede demostrar?

En el lado de las consecuencias: limita el daño tras la pérdida de datos, pero no la evita.En el lado de las amenazas: una copia probada evita que la pérdida de datos llegue a ocurrir.

Sobre esta actividad

Qué practicas: Para un nuevo peligro ficticio, coloca una barrera preventiva y una mitigadora y da una afirmación de evidencia comprobable para cada una.

Un ejemplo escrito a mano con un orden fijo. Muestra cómo se siente trabajar con una actividad de Klarisma; tus propias actividades siguen tus objetivos y materiales.

Un ejemplo con datos ficticios. Tus respuestas permanecen en esta página y se borran al reiniciar o salir.

Un procedimiento de restauración probado reduce el impacto después de perder datos. ¿Dónde pertenece y qué puede demostrar? El bow-tie va de izquierda a derecha. Amenaza: credenciales robadas, con inicio de sesión multifactor como barrera antes del evento. Evento principal en el centro: pérdida de datos. Consecuencia: caída del servicio, de momento sin barrera. La restauración se usa después del evento principal. Un control puede reducir la gravedad de las consecuencias sin evitar el evento que las desencadenó.