El documento de seguridad de una arquitectura de microservicios

4 tareas · 38 min · Principiante

Un sistema de 40 microservicios se vuelve ingobernable si no existe un documento formal de diseño de seguridad (SDD). Se analizan los estándares de documentación segura de OWASP y las secciones obligatorias en Mercado Chicalá.

0 de 4 · 0%

Objetivo de la sala

Siguiendo la guía de arquitectura segura de microservicios de OWASP, cada sistema distribuido debe contar con un documento vivo de diseño de seguridad (SDD) versionado junto al código. Este artefacto plasma formalmente el diagrama de flujo L7, el modelo de amenazas (STRIDE), la clasificación de datos manejados, las políticas de red declarativas y los mecanismos de respuesta ante incidentes, permitiendo auditar la arquitectura antes de cada pase a producción.

Responde para continuar

¿Cuál es el propósito de un Documento de Diseño de Seguridad (SDD) para una arquitectura de microservicios?

Consolidar formalmente diagramas L7, modelos de amenazas y políticas de seguridad para auditar el sistema a lo largo del tiempo Describir exclusivamente las campañas de mercadeo de la compañía Reemplazar el código fuente de los microservicios por texto plano

Ver pista de ayuda

Piensa en el registro formal que permite a cualquier arquitecto o auditor entender las fronteras del sistema.

El estándar define las secciones técnicas obligatorias que deben formar parte de la documentación.

Abre el laboratorio y lee sdd-microservicios.txt. Identifica la sección técnica obligatoria que contiene el gráfico de llamadas autorizadas con verbos HTTP y endpoints.

Esta tarea se hace en el laboratorio

Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.

Preparando el escritorio…

Responde para continuar

¿Qué sección obligatoria del SDD define el gráfico de llamadas autorizadas con verbos y endpoints? Escribe su nombre exacto.

Ver pista de ayuda

Consulta la primera fila en la tabla de secciones del SDD.

La gobernanza de arquitectura evalúa el estado de actualización del documento de diseño en cada componente.

Examina secciones-documento-seguridad.txt y localiza qué servicio presenta su documento SDD en estado completo y auditado con fecha reciente.

Esta tarea se hace en el laboratorio

Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.

Preparando el escritorio…

Responde para continuar

¿Qué microservicio figura con su documentación SDD en estado COMPLETO Y AUDITADO según la revisión? Escribe su nombre.

Ver pista de ayuda

Consulta la primera fila de la tabla de estado de documentos.

El documento de diseño de seguridad no debe ser un PDF estático olvidado en una carpeta: debe gestionarse en formato Markdown en el repositorio Git y actualizarse como requisito en cada revisión de arquitectura previa al despliegue.

Responde para continuar

¿Cómo debe gestionarse el documento SDD en un ciclo de desarrollo moderno de microservicios?

Impreso en papel y almacenado en un archivo físico fuera de la empresa Versionado en el repositorio Git como código Markdown y validado como puerta de calidad en el pipeline de despliegue Sobrescrito anualmente sin control de versiones

Ver pista de ayuda

Aplica la filosofía de documentación como código (Docs-as-Code) integrada con la ingeniería de software.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

Preparando el escritorio…

Objetivo: arquitectura.chicala-mercado.local

16:24

Terminal (user@whoami)

Tab Autocompletar ↑/↓ Historial

bash 5.2.21

Whoami-Labs OS v3.0.1 LTS · build 733482

1 El documento de diseño de seguridad (Security Design Document)

2 Sección de flujo de llamadas L7 Lab

3 Microservicio con documentación completa y auditada Lab

4 El SDD como artefacto vivo en CI/CD

Whoami-Labs Pro utiliza cookies