Antes de comenzar
Leerás el escenario de NexoRetail, identificarás qué requisitos de seguridad importan, formularás una hipótesis, configurarás un modelo de despliegue en la nube y sus controles de seguridad, inspeccionarás los trade-offs y lanzarás un incidente para observar su impacto real sobre confidencialidad, integridad y disponibilidad.
Producirás una evidencia de aprendizaje con tu hipótesis, tu arquitectura y tu decisión justificada. Tiempo orientativo: 30–40 minutos.
¿Cómo debería NexoRetail combinar el despliegue en la nube y las decisiones de seguridad para una solución de Big Data?
- Contexto
- NexoRetail 360 migra a la nube la plataforma de streaming que operaste en la Semana 5. Auditoría interna pregunta: si un atacante obtiene acceso a la red, ¿qué exactamente lo detiene? Si una instancia cae a medianoche, ¿el servicio sigue respondiendo?
- Problema
- La respuesta no puede ser "activamos todo": cada control cloud protege una propiedad específica (confidencialidad, integridad o disponibilidad), y confundirlas es un error común y costoso. Tampoco existe un modelo de despliegue universalmente correcto: cada uno mueve el compromiso confidencialidad-elasticidad en una dirección distinta.
- Misión
- Configurar un modelo de despliegue y de servicio, activar los controles de seguridad adecuados, y verificar con un incidente real qué tan bien resisten confidencialidad, integridad y disponibilidad.
- Decisión esperada
- Identificar, tras un incidente, cuál control es más crítico para esa amenaza específica y justificar esa elección con la propiedad CIA más afectada.
Objetivos de la sesión
- Distinguir IaaS/PaaS/SaaS y el modelo de responsabilidad compartida en cada uno.
- Relacionar despliegue público/privado/híbrido con el compromiso confidencialidad-elasticidad.
- Diferenciar qué control protege confidencialidad, cuál integridad y cuál disponibilidad.
- Elegir y justificar el control que mitiga un incidente específico.
Cloud, seguridad y la triada CIA
Toda solución cloud combina un modelo de servicio (IaaS/PaaS/SaaS, que decide qué responsabilidad asume el proveedor y cuál conserva tu organización) con un modelo de despliegue (público, privado o híbrido, que mueve el compromiso entre elasticidad y exposición). Sobre eso se aplican controles de control de acceso, cifrado y verificación, cada uno protegiendo una propiedad distinta de la triada: confidencialidad (quién puede conocer el dato), integridad (que no sea alterado sin detectarlo) y disponibilidad (que el servicio siga respondiendo). El monitoreo y gobernanza es lo que te permite detectar cuándo alguna de las tres falla.
Ver los conceptos en detalle qué son, por qué importan, qué observarás
- IaaS / PaaS / SaaS
- Qué es: tres niveles de responsabilidad compartida entre proveedor y cliente, de menos a más gestionado por el proveedor. Por qué importa: define qué capas debes asegurar tú mismo. Observarás: la tabla "Responsabilidad compartida" cambia según el modelo de servicio elegido.
- Público / privado / híbrido
- Qué es: dónde se despliega la infraestructura y quién comparte esa infraestructura contigo. Por qué importa: cada uno mueve el compromiso confidencialidad-elasticidad en direcciones opuestas. Observarás: cambiar el "Modelo de despliegue" mueve de inmediato los puntajes de Confidencialidad y Disponibilidad.
- Elasticidad
- Qué es: la capacidad de sumar o quitar instancias automáticamente según la demanda. Por qué importa: más instancias detrás de un balanceador amortiguan la caída de una sola. Observarás: subir "Instancias" sube el puntaje de Disponibilidad, con rendimientos decrecientes.
- Disponibilidad
- Qué es: que el servicio siga respondiendo aunque falle un componente. Por qué importa: es la propiedad que más golpea el incidente "Caída de instancia" o "Pérdida de almacenamiento". Observarás: el puntaje "Disponibilidad" cae fuerte con una sola instancia y sin réplica.
- Monitoreo / gobernanza
- Qué es: la capacidad de detectar y registrar cuándo ocurre un incidente. Por qué importa: sin registro, un incidente pasa desapercibido. Observarás: cada incidente que lanzas queda anotado en "Registro de incidentes" con la propiedad CIA que amenaza.
Importante: los puntajes de Confidencialidad, Integridad y Disponibilidad de este laboratorio son un recurso pedagógico para observar qué control protege principalmente cada propiedad — no equivalen a una auditoría de cumplimiento formal (ISO 27001, SOC 2, etc.).
Pasos del laboratorio
- Lee el escenario de NexoRetail 360.
- Identifica qué requisitos de seguridad del negocio importan más.
- Formula tu hipótesis antes de ver resultados.
- Configura el modelo cloud: despliegue, servicio e instancias.
- Activa los controles de seguridad.
- Aplica la arquitectura e inspecciona los trade-offs.
- Lanza un incidente y observa el impacto en confidencialidad, integridad y disponibilidad.
- Compara el resultado frente a otra combinación posible.
- Recomienda un control de ingeniería para el incidente más reciente.
- Justifica tu decisión con evidencia, identificando un riesgo o limitación.
Hipótesis
Una hipótesis es tu predicción antes de observar los resultados. Regístrala ahora: una vez bloqueada, no podrás cambiarla, solo reformularla después de ver el resultado.
Completa las dos preguntas y pulsa «Registrar hipótesis y comenzar» para desbloquear el análisis de seguridad.
Mientras configuras la arquitectura
- Modelo de despliegue y de servicio — público/privado/híbrido, IaaS/PaaS/SaaS.
- Instancias activas — cuántas hay detrás del balanceador.
- Cada control de seguridad — activo o inactivo.
- El incidente inyectado — y a qué propiedad CIA amenaza.
- Impacto inmediato en confidencialidad, integridad y disponibilidad.
Arquitectura cloud
Antes de aplicar la arquitectura: ¿qué control crees que más se necesita para el incidente que más te preocupa?
Triada CIA y resiliencia
Aplica una arquitectura o lanza un incidente para ver un resumen basado en tu configuración real.
Aquí verás qué control (o su ausencia) explica el puntaje CIA observado.
Aquí verás qué implicaría este resultado para operar de forma segura en producción.
Responsabilidad compartida
Registro de incidentes
¿Cuál de los controles configurados consideras más crítico para el incidente más reciente?
Cierre conceptual
Lo que descubriste: qué control protege cada propiedad de la triada CIA, y qué trade-off implica cada modelo de despliegue en la nube.
Concepto para recordar: ningún modelo de despliegue es universalmente correcto — cada uno mueve el compromiso confidencialidad-elasticidad en una dirección distinta.
Conexión con la próxima semana: en la Semana 7 dimensionaremos cuántas instancias y de qué proveedor, comparando costo, SLA y capacidad.
Genera tu evidencia
Esta evidencia resume tu hipótesis, tu arquitectura y tu decisión. Puedes utilizarla para discusión, entrega o reflexión posterior.
Continuidad curricular
Antes: en la Semana 5 operamos un flujo continuo de eventos.
Después: ya llevamos esa arquitectura a la nube con controles de seguridad. En la Semana 7 estudiaremos cómo la infraestructura responde dinámicamente a la demanda, comparando costo, SLA y capacidad.