Saltar al contenido

Caso práctico independiente · Arquitecto de CiberSeguridad

Una arquitectura de seguridad con presupuesto limitado

Una clínica ficticia de 38 personas con historia clínica en SaaS, un proveedor con acceso remoto y presupuesto limitado: requisitos, diagramas, tres decisiones documentadas, riesgos y una propuesta con dos opciones.

  • Clínica Marealta Ejemplo, S. L. P. (ficticia)
  • 6 entregables
  • 6 criterios, niveles 0 a 3
  • Datos 100 % ficticios

Tiempo estimado. Entre 4 y 6 horas, repartidas en varias sesiones. Es una estimación nuestra, todavía sin medir con personas.

Qué podrás demostrar

  • Convertir un encargo ambiguo en requisitos comprobables con supuestos que tienen dueño y fecha.
  • Dibujar contexto, contenedores y despliegue con fronteras de confianza y flujos etiquetados.
  • Documentar decisiones con alternativas, coste, consecuencias y riesgo residual.
  • Relacionar cada riesgo con un control y una evidencia, sin controles huérfanos.
  • Defender una propuesta ante la dirección, incluida la versión recortada si baja el presupuesto.

El escenario

Clínica Marealta Ejemplo, S. L. P. (ficticia) tiene 38 personas: 14 profesionales sanitarios, 8 de administración, 2 de dirección y 14 de apoyo asistencial y servicios. Una sede principal y un consultorio satélite a 30 km. Usa la historia clínica en un servicio SaaS, un servidor local con las imágenes de un equipo de rayos, una web propia de citas en un hosting, telemedicina por videollamada con un tercero, Wi-Fi para pacientes, copias en un NAS, una persona de TI a media jornada y un proveedor externo con acceso remoto. No hay equipo de seguridad y el presupuesto es limitado.

La dirección te pide una propuesta de arquitectura de seguridad con dos opciones de presupuesto (coste relativo bajo, medio o alto, sin importes) y una hoja de ruta por fases. El encargo no dice qué normas aplican ni qué hacer con el consultorio satélite o con el proveedor: son supuestos que debes resolver y escribir.

Entregas un dossier defendible: requisitos, diagramas con fronteras de confianza, tres decisiones documentadas, un registro de riesgos, la trazabilidad de riesgo a control a evidencia y una página para la dirección con respuestas a cinco preguntas de defensa.

Reglas del caso

  • Todo es ficticio: clínica, personas (solo por su puesto), proveedores, dominios (.example) y direcciones (192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24).
  • El presupuesto se expresa en coste relativo (bajo, medio, alto), sin importes.
  • Lo que el encargo no dice son supuestos tuyos: escríbelos con dueño y fecha.

Qué cursos conviene tener hechos

Usa fundamentos y requisitos (1), segmentación (2), identidad y Zero Trust (3), modelado de amenazas (5), NIS2 y marco legal (8), monitorización y resiliencia (9) y documentación y defensa de una arquitectura (10).

Necesarios

Recomendados

Los cursos se abren desde su ficha, donde puedes crear una cuenta gratuita si aún no la tienes.

Materiales (ficheros ficticios)

Todo el paquete en un .zip, o los ficheros uno a uno. Descomprímelo en una carpeta vacía y lee primero LEEME.md. No contienen datos reales ni código que ejecutar.

Descargar el paquete (.zip)

Qué tienes que entregar

Escribe tus entregables fuera de esta página (en un documento tuyo). Aquí solo marcas cuáles has terminado; la plantilla ya trae la estructura.

  1. Máximo dos páginas: al menos ocho requisitos con su origen y cómo se comprueban, y los supuestos con dueño y fecha.

    Formato: Máx. 2 páginas

    Qué debe contener
    • Alcance (qué entra y qué no)
    • Al menos 8 requisitos: origen y cómo se comprueba
    • Marco legal identificado y razonado
    • Supuestos, cada uno con dueño y fecha

  2. Contexto y contenedores (modelo C4) con fronteras de confianza y flujos etiquetados con el tipo de dato y el cifrado; diagrama de despliegue con zonas.

    Formato: Imágenes o diagramas como texto (Mermaid, PlantUML, draw.io)

    Qué debe contener
    • Diagrama de contexto
    • Diagrama de contenedores con al menos 3 fronteras de confianza
    • Cada flecha etiquetada con dato y cifrado
    • Diagrama de despliegue con zonas

  3. Acceso remoto del proveedor y del consultorio, identidad y acceso a la historia clínica, y recuperación ante ransomware. Cada una con al menos dos alternativas.

    Formato: Tres fichas (plantilla-adr.md)

    Qué debe contener
    • Contexto y decisión
    • Al menos 2 alternativas con coste relativo
    • Consecuencias y riesgo residual
    • Estado y fecha

  4. Con la escala escrita, respuesta, propietario, exposición inicial y residual.

    Formato: Tabla

    Qué debe contener
    • Escala escrita
    • 8 riesgos con respuesta y propietario
    • Exposición inicial y residual
    • Aceptaciones nominales con fecha y condiciones

  5. Sin riesgos sin control ni controles huérfanos, y cada control situado en un contenedor o zona del diagrama.

    Formato: Tabla

    Qué debe contener
    • Riesgo → decisión → control → evidencia
    • Comprobación de que no hay riesgos sin control ni controles sin riesgo
    • Dónde está cada control en el diagrama

  6. Situación, tres riesgos principales, decisiones que se piden, dos opciones con coste relativo, hoja de ruta por fases con dependencias y qué se recorta si baja el presupuesto. Más respuestas escritas a las cinco preguntas de encargo.md.

    Formato: Una página + respuestas

    Qué debe contener
    • Situación y tres riesgos principales
    • Decisiones que se piden
    • Dos opciones con coste relativo
    • Hoja de ruta por fases con dependencias
    • Qué se recorta si baja el presupuesto
    • Respuestas a las cinco preguntas de defensa, citando tus ADR y tus riesgos

0 de 6 entregables marcados como terminados

Rúbrica y autoevaluación

Por cada criterio, marca el nivel más alto que puedas demostrar señalando en tu entrega la frase, la fila o el fichero que lo cumple. Si dudas entre dos niveles, marca el más bajo. Es una autoevaluación: nadie corrige tu trabajo.

1.Requisitos y supuestos

Requisitos comprobables y supuestos con dueño y fecha.

2.Diagramas y fronteras

Fronteras de confianza visibles y flujos etiquetados.

3.Decisiones (ADR)

Decisiones razonadas, no listas de productos.

4.Riesgo y residual

Escala escrita, respuesta, propietario y residual.

5.Trazabilidad

Cada riesgo con control y cada control con riesgo, ubicado en el diagrama.

6.Dirección y hoja de ruta

Una página que pide decisiones y respeta dependencias, con defensa coherente.

Tu puntuación orientativa

Has valorado 0 de 6 criterios. Marca el resto para ver la valoración global.

Criterio de este caso: «sólido» desde 16 de 18 puntos y ningún criterio por debajo de 2; «en camino» desde 12 y sin ningún 0; los criterios eliminatorios deben estar al menos en 2. Es una orientación nuestra, no una nota: no hay corrección ni certificado asociado.

Tus marcas se guardan solo en este navegador (almacenamiento local). No se envían a ningún servidor.

Puntos de control para después de tu intento

No son la solución: son hechos objetivos que puedes comprobar en tu entrega. Ábrelos cuando hayas terminado; si los lees antes, pierdes parte del ejercicio.

Ya he hecho mi intento: mostrar los puntos de control
  • Cuenta riesgos y controles de tu matriz: cada riesgo debe tener al menos un control, y cada control debe responder a al menos un riesgo. Si un control no responde a ninguno, o se quita o falta un riesgo.
  • Cada flecha del diagrama de contenedores debe llevar el dato que transporta y cómo viaja cifrado. Una flecha sin etiqueta es un flujo que no has analizado.
  • «Cumplir NIS2 sí o no» no puede responderse sin los criterios de sector y tamaño del curso 8, y sin saber cómo se ha traspuesto en tu país. Si no puedes confirmarlo, es un supuesto con dueño y fecha, no una conclusión.
  • Un ADR sin al menos una alternativa descartada y explicada es una decisión sin argumento.
  • Prueba tu propuesta con la pregunta «¿qué recortas si el presupuesto se reduce a la mitad?» y comprueba que lo que quitas no deja a un riesgo alto sin control.

Cuándo necesitas supervisión

Este caso es un ejercicio con datos ficticios. Lo que aprendas aquí no te habilita para actuar sin revisión en un entorno real. Estos son los límites:

  • Esto es un ejercicio de diseño con datos ficticios. Una arquitectura para un entorno sanitario real necesita revisión de un arquitecto o responsable de seguridad con experiencia, y de un profesional jurídico para el marco legal.
  • Las aceptaciones de riesgo las firma la dirección con nombre y fecha; quien diseña no puede aceptar riesgos por la organización.
  • No pongas en producción cambios de red, de identidad o de acceso remoto sin un plan de reversión y sin avisar a quien opera el servicio.
  • Los datos de salud reales no se usan en ejercicios ni plantillas.

Apoyo para después de tu intento

El Taller de arquitectura resuelve otro caso (Conservas Ejemplo del Norte) con su dossier completo. Ábrelo cuando hayas entregado tu intento: sirve para comparar el nivel de detalle y la forma de documentar, no para copiar respuestas de este caso, que no tiene solución publicada.

Curso 11 · Taller de arquitectura: diseña y documenta un caso resuelto

Cuando termines: vuelve a la ruta, o repasa los cursos que te marquen los criterios más bajos.