01
Actores y motivaciones
Los actores pueden ser externos, usuarios autenticados, administradores, proveedores, malware o workloads comprometidos. Sus capacidades y accesos iniciales modifican radicalmente la plausibilidad del escenario.
El objetivo puede ser fraude, acceso a datos, interrupción, persistencia o abuso de cómputo. Definirlo evita listas genéricas sin vínculo con el negocio.
- 01Actor
- 02Acceso inicial
- 03Precondición
- 04Acción
- 05Activo
- 06Consecuencia
Cada escenario debe poder rastrearse hasta un flujo, componente o decisión del modelo.
02
Escenarios trazables
Un escenario conecta actor, punto de entrada, precondición, acción, activo y consecuencia. Debe referenciar componentes y flujos del DFD para que arquitectura y desarrollo sepan dónde aplicar controles.
Separar hechos, supuestos e incertidumbres mejora la calidad de la discusión y permite solicitar evidencia en lugar de asignar severidades por intuición.
03
Cobertura sin exceso
El objetivo no es enumerar todas las posibilidades imaginables. Se priorizan operaciones críticas, fronteras, componentes privilegiados, datos sensibles y cambios significativos.
Una sesión colaborativa breve, preparada con el diagrama y preguntas concretas, suele producir mejores resultados que una revisión extensa sin contexto.
Criterios para aplicarlo
- Definir capacidad y acceso inicial del actor.
- Registrar precondiciones y supuestos.
- Vincular cada escenario con un flujo o componente.
- Priorizar profundidad sobre cantidad.
04 · Práctica guiada · opcional
Practica lo aprendido
Crea un escenario externo, uno autenticado y uno relacionado con un workload.
- 01Define capacidad del actor.
- 02Selecciona flujo o componente.
- 03Registra precondiciones.
- 04Describe acción y consecuencia.
- 05Distingue hechos y supuestos.
Ver solución orientativa
Externo: falsifica un evento sin firma para alterar el estado de una solicitud.
Autenticado: cambia groupId y consulta reservas privadas de otro grupo.
Workload: utiliza un secreto filtrado para invocar un conector con permisos amplios.
05
Comprueba lo aprendido
Responde antes de abrir la explicación. Esta comprobación es opcional y no guarda una puntuación.
01¿Por qué registrar precondiciones?
Permiten evaluar plausibilidad y detectar qué control rompe la cadena.
02¿Un administrador siempre es confiable?
No. Sus errores, abuso o credenciales comprometidas deben analizarse.
03¿Cuántos escenarios son suficientes?
Los necesarios para cubrir operaciones, fronteras y activos críticos con profundidad accionable.
Cómo demostrar el objetivo
Compara tu práctica con estos resultados. Si solo diseñaste una prueba, registra su resultado como esperado, no como observado.
- Cada escenario identifica actor, acceso inicial, acción, activo y consecuencia.
- El escenario enlaza un componente o flujo y señala supuestos y evidencia faltante.
Qué debes recordar
- Una amenaza útil describe actor, ruta y consecuencia.
- Las precondiciones distinguen escenarios plausibles de conjeturas.
- Actores internos, terceros y workloads también forman parte del análisis.
Tu cuaderno · notas personales
Cuaderno local
Tus notas del contenido
Se guardan únicamente en este dispositivo. Puedes exportarlas cuando quieras.
Material de apoyo · descarga, glosario y referencias
Consulta las condiciones de reutilización de los recursos descargables. Procedencia y condiciones de uso.