Architettura

Un aereo di controllo. Due zone di fiducia. Un percorso di recupero misurato.

Il design di riferimento separa la scoperta della produzione, la fiducia degli artefatti e l'esecuzione del recupero in modo che le identità di produzione compromesse non possano controllare direttamente il recupero.

Design di riferimento

Più account e regioni fin dalla progettazione.

La produzione è osservata con la scoperta solo letta. Terraform si muove attraverso la promozione basata sull'evidenza prima della selezione per recupero.

Architetture di riferimento DR-as-Code
Scoperta di produzione → artefatti di fiducia → Recupero attivo-caldo
Dockfield DR-as-Code architettura di riferimentoZONA DI FIDUCIA DELLA PRODUZIONE Ambiente AWS primarioVPC · ALB/NLB · Route 53ECS / EKS · EFS · S3RDS / Aurora · dipendenzeRILEVAMENTO IN SOLA LETTURA Motore di generazione del codiceBoto3 InventarioID → riferimenti TerraformVersione e manifesto delle verificheEsempio: 5 minuti Quarantena e approvazioneIntegrità · politica · pianificazione / applicazioneRete · dati · test di applicazioneUltimo artefatto verificato come sicuro e firmatoSOLO DOPO L’APPROVAZIONEZONA DI ESECUZIONE DEL RIPRISTINO Archivio di ripristino sicuroImmutabile, cifrato, versionatoTerraform e blocco dei providerIstante di ripristino e verificheAccount separato per sicurezza / DRULTIMO STATO VERIFICATO COME SICURO Ripristino dei datiRDS / Aurora PITRReplicazione DB nativa dove usataBackup: governance / ritenzioneCorrelato al tempo con IaCDATI COME PREREQUISITO Ripristino Active-WarmBase sempre pronta per il ripristinoCalcolo ECS / EKS su richiestaValidazione di tre livelliCambio controllato del trafficoFAILOVER COLLAUDATOPrincipi di designMantenere caldo ciò che determina la velocità di recupero. Recreare il calcolo del contenitore elastico solo quando i test dimostrano che il RTO bersaglio è ancora in possesso.
Automazione Decisione di fiducia Ricostruzione pronta dipendenza

Ransomware resilienza

Non utilizzare mai l'ultimo snapshot in modo cieco.

Ogni artefatto proveniente dalla produzione è inizialmente considerato non affidabile. L’approvazione ne verifica la qualità; la selezione durante l’incidente controlla che sia stato acquisito prima del primo istante plausibile della compromissione.

Infrastruttura di fiducia e promozione
Assicurazione continua più responsabilità incidente-comando
Ransomware-safe artefatti pipelineLa Terraform generata viene messa in quarantena, testata, promossa e selezionata contro il limite di compromesso.Assicurazione continuacatturaInventario + Manifesto01QuarantinaNon fiducioso per default02ValidatoIntegrità + Politica03Il testRete · dati · app04PromozioneSegnato esatto digesto05Selezione dei tempi di incidentePrimo istante plausibile della compromissioneLe prove forensi stabiliscono ilIl primo tempo credibile di compromesso.Autorizzazione umanaSelezione del ripristinoNuovo snapshot approvatoprima del confine del compromesso.NUOVO PIANO IN AMBIENTE ISOLATORipristino da uno stato affidabileTerraform e recupero di databaseun timestamp correlato affidabile.RIPETERE I TEST PRIMA DEL TRAFFICOIl nuovo artefatto non è automaticamente il più sicuro.
Porta 01

Integrità e provenienza

Identità del produttore, firma, digestione, manifesto, account sorgente, regione, toolchain e blocco di dipendenza.

Porta 02

Sicurezza & Politica

Esposizione dei segreti, accessibilità pubblica, crittografia, privilegio, logging, cambiamento distruttivo e riferimenti mutabili.

Porta 03

Prova di Runtime

Pianificazione/applicazione isolata e convalida di rete, dati e applicazioni. Gli artefatti falliti rimangono in quarantena.

Ricostruzione coerenza

L'infrastruttura e i dati vengono restituiti a un unico punto di fiducia.

Il manifesto registra il tempo di cattura della produzione. Il recupero del database viene controllato contro i limiti effettivi ripristinabili prima dell'esecuzione.

Tempi di recupero affidabili
Il timeline illustrativo dell'incidente
Infrastruttura affidabile e timeline di recupero dei datiUn snapshot di 10:15 precede un compromesso di 10:17 e viene selezionato dopo la dichiarazione dell'incidente.10:15Ic catturatoScegliere il timestamp10:17Il primo compromessoIl confine10:22Artefatti promossiApprovato10:42Incidente dichiaratoInizio recuperoRipristinare infrastruttura e stato ammissibile del database allo stesso istante affidabile, entro i limiti effettivi di log e replicazione.
Un’acquisizione IaC ogni cinque minuti definisce un obiettivo per il punto di ripristino della configurazione, non l’RPO complessivo dell’applicazione. La perdita di dati dipende anche dai log delle transazioni, dal ritardo di replica, dalla coerenza e dal limite di incidente.

Bilancio orario illustrativo

Ingegnere ogni minuto prima dell'incidente.

Questo mostra come un obiettivo di sub-ora potrebbe essere decomposto dopo un fallover autorizzato. La valutazione e i test ripetuti stabiliscono i valori reali.

Obiettivo raggiuntoFase di recuperoProve richieste
0 - 5 minutiDeclarare, isolare e selezionareEventi autorizzati, limite di compromesso e artefatti validi
da 5 a 15 minutiApplicare e verificare la fondazionePiano rivisto; routing e controlli passano
15 - 35 minutiCapacità ECS/EKSObiettivi sani, posizionamento, scalabilità e scoperta
di 35-45 minutiAttaccare o ripristinare il percorso dei datiTimestamp, crittografia e raggiungibilità ammissibili
45 - 55 minutiTest di fumo a tre livelliPassare i test di rete, dati e applicazioni
55 - 60 minutiApprovare e cambiare il trafficoTecnico e business sign-off

Consultazione iniziale gratuita

L’architettura è credibile solo quando viene esercitata.

Trasforma il design di riferimento in un pilota a scala con un timer, un pacchetto di prove e porte go/no-go esplicite.