01
Contenido mínimo del modelo
Un modelo mantenible reúne alcance, supuestos, arquitectura, activos, escenarios, controles, riesgos residuales y decisiones. No necesita una herramienta compleja si sus relaciones son claras y versionables.
Las amenazas deben usar identificadores estables para enlazar requisitos, pruebas, backlog y evidencia operativa.
- 01Cambio
- 02Revisión
- 03Amenaza
- 04Control
- 05Telemetría
- 06Aprendizaje
El modelo se actualiza por cambios y evidencia, no solamente por calendario.
02
Eventos que obligan a revisar
Nuevas funciones, datos, integraciones, privilegios, proveedores, incidentes y cambios regulatorios pueden invalidar el modelo. El equipo debe definir disparadores y un propietario de actualización.
Una revisión basada en cambios es más sostenible que rehacer todo el análisis en fechas arbitrarias.
03
Cerrar el ciclo
Telemetría, incidentes y pruebas revelan si las precondiciones y controles se comportan como se esperaba. Esa evidencia actualiza prioridad, controles y criterios de detección.
El laboratorio final consolida Reserva de espacios y produce un backlog accionable. Su solución orientativa permite comparar decisiones sin convertir el curso en una evaluación obligatoria.
Criterios para aplicarlo
- Versionar alcance, diagramas y decisiones.
- Definir disparadores de actualización.
- Enlazar amenazas con pruebas y alertas.
- Revisar supuestos después de incidentes.
04 · Práctica guiada · opcional
Practica lo aprendido
Diseña gobernanza, disparadores y evidencia para mantener Reserva de espacios después del lanzamiento.
- 01Asigna propietario y participantes.
- 02Define eventos de revisión.
- 03Versiona amenazas y decisiones.
- 04Enlaza pruebas, backlog y alertas.
- 05Ejecuta el laboratorio integrador.
Ver solución orientativa
AppSec facilita y el propietario del producto responde por mantener el alcance.
Revisar ante nuevas funciones, flujos, terceros, privilegios, incidentes y cambios normativos.
Usar identificadores estables para amenazas y decisiones.
Conservar vínculos con pruebas, releases, telemetría y riesgo residual.
05
Comprueba lo aprendido
Responde antes de abrir la explicación. Esta comprobación es opcional y no guarda una puntuación.
01¿Cada cuánto debe rehacerse todo el modelo?
No hay una frecuencia universal; se revisa ante cambios significativos y evidencia, con controles periódicos proporcionales.
02¿Quién acepta el riesgo residual?
La autoridad de negocio definida, informada por AppSec y tecnología.
03¿Qué demuestra que el modelo está vivo?
Sus vínculos actualizados con cambios, pruebas, backlog, telemetría, incidentes y decisiones.
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.
- El plan define propietario, participantes y disparadores de revisión.
- Una amenaza conserva su identificador y vínculos con backlog, pruebas, señales y riesgo residual.
Qué debes recordar
- El modelo cambia junto con el producto.
- Cada amenaza necesita propietario y tratamiento visible.
- Incidentes y telemetría validan o corrigen los supuestos de diseño.
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.