Arquitectura

Un avión de control. Dos zonas de confianza. Un camino de recuperación medido.

El diseño de referencia separa el descubrimiento de producción, la confianza en artefactos y la ejecución de recuperación para que las identidades de producción comprometidas no puedan controlar directamente la recuperación.

Diseño de referencia

Varias cuentas y regiones desde el diseño.

La producción se observa con el descubrimiento solo de lectura. Terraform se mueve a través de la promoción basada en evidencias antes de la selección por recuperación.

Arquitectura de referencia DR-as-Code
Descubrimiento de producción → artefactos de confianza → Recuperación activa-calor
Arquitectura de referencia Dockfield DR-as-CodeZONA DE CONFIANZA DE PRODUCCIÓN Entorno AWS principalVPC · ALB/NLB · Route 53ECS / EKS · EFS · S3RDS / Aurora · dependenciasDESCUBRIMIENTO DE SOLO LECTURA Motor de generación de códigoBoto3 InventarioID → referencias TerraformVersión y manifiesto de pruebasEjemplo: 5 minutos Cuarentena y aprobaciónIntegridad · Política · Plan / AplicaciónRed · Datos · Aplicaciones de pruebasÚltimo artefacto validado como seguro y firmadoSOLO TRAS APROBACIÓNZONA DE EJECUCIÓN DE RECUPERACIÓN Almacén seguro de recuperaciónInmutable, cifrado y versionadoTerraform y bloqueo de proveedoresMarca temporal de recuperación y pruebasCuenta separada de seguridad / DRÚLTIMO ESTADO VALIDADO COMO SEGURO Recuperación de datosRDS / Aurora PITRReplicación nativa de DB donde se utilizaBackups: Gobernanza / RetenciónRelacionado con el tiempo con IaCDATOS COMO REQUISITO PREVIO Recuperación Active-WarmBase preparada para la recuperaciónCómputo ECS / EKS bajo demandaValidación de tres capasCambio de tráfico controladoCONMUTACIÓN PROBADAPrincipio de diseñoMantenga caliente lo que determina la velocidad de recuperación. Recrear el cálculo del contenedor elástico sólo cuando las pruebas demuestren que el RTO objetivo todavía se mantiene.
Automatización Decisión de confianza Recuperación Listo Dependencia

Ransomware resiliencia

Nunca despliegue el último snapshot ciegamente.

Todo artefacto procedente de producción se considera inicialmente no fiable. La aprobación demuestra su calidad; la selección durante el incidente verifica que fue capturado antes del primer instante plausible de intrusión.

Infraestructura de confianza y promoción
Aseguramiento continuo más responsabilidad por incidentes
Ransomware-Safe Artifact PipeLa Terraform generada es cuarentena, probada, promovida y seleccionada contra el límite de compromiso.Seguro continuoLa capturaInventario + Manifiesto01cuarentenaConfianza por defecto02ValidaciónIntegridad + Política03La pruebaRed · Datos · App04PromociónConocer exactamente el digesto05Selección de tiempo de incidentesPrimer instante plausible de intrusiónLa evidencia forense establece eltiempo de compromiso más temprano creíble.Autorización humanaSelector de recuperaciónÚltimo snapshot capturadoantes de la frontera del compromiso.PLAN NUEVO EN ENTORNO AISLADORecuperación desde un estado fiableUso de Terraform y Recuperación de Base de Datosun timestamp correlativo confiable.REPETIR PRUEBAS ANTES DEL TRÁFICOEl artefacto más reciente no es automáticamente el artefacto más seguro.
Puerta 01

Integridad y procedencia

Identidad de productor, firma, digesto, manifiesto, cuenta de fuente, región, cadena de herramientas y bloqueo de dependencia.

Puerta 02

Seguridad & Política

Exposición de secretos, accesibilidad pública, encriptación, privilegio, logging, cambio destructivo y referencias mutables.

Puerta 03

Prueba de Runtime

Plan/aplicación aislado y validación de redes, datos y aplicaciones. Los artefactos fallidos se quedan en cuarentena.

Recuperación de coherencia

La infraestructura y los datos se devuelven a un punto de confianza.

El manifesto registra el tiempo de captura de la producción. La recuperación de la base de datos se verifica contra los límites restaurables reales antes de la ejecución.

Tiempo de recuperación confiable
Ilustración temporal del incidente
Infraestructura confiable y cronología de recuperación de datosUn instantáneo de 10:15 precede a un compromiso de 10:17 y se selecciona después de la declaración de incidente.10:15IaC capturadoSelección de timestamp10:17Compromiso más tempranofronteras10:22Artefactos promovidosAprobado10:42Incidente declaradoInicio RecuperaciónRestaurar infraestructura y estado de base de datos admisible al mismo momento fiable, dentro de los límites reales de registros y replicación.
Capturar IaC cada cinco minutos define un objetivo de punto de recuperación de configuración, no el RPO total de la aplicación. La pérdida de datos también depende de los registros de transacciones, el retraso de replicación, la coherencia y el límite de incidencia.

Presupuesto de tiempo ilustrativo

Ingenieros cada minuto antes del incidente.

Esto muestra cómo se puede descomponer una meta de subhora después de un fracaso autorizado. La evaluación y las pruebas repetidas establecen los valores reales.

Objetivo alcanzadoFase de recuperaciónEvidencia requerida
0 - 5 minutosDeclarar, aislar y seleccionarEvento autorizado, límite de compromiso y artefactos válidos
5 a 15 minutosAplica y verifica la fundaciónPlan revisado; ruta y controles pasan
15 a 35 minutosRedistribución de la capacidad ECS/EKSObjetivos saludables, colocación, escala y descubrimiento
35 - 45 minutosAñadir o restaurar la ruta de datosTimestamp elegible, cifrado y accesibilidad
45 a 55 minutosEjercicio de tres niveles de pruebas de humoPase de pruebas de redes, datos y aplicaciones
55 a 60 minutosAprobar y cambiar el tráficoInscripción técnica y comercial

Consulta inicial gratuita

La arquitectura sólo es creíble cuando se ejerce.

Transforma el diseño de referencia en un piloto con un temporizador, un paquete de evidencia y puertas explícitas go/no-go.