HA (disponibilité par redondance) ≠ fault tolerance (aucune interruption).
Règle 3-2-1 : 3 copies, 2 supports, 1 hors site.
Tests DR par risque croissant : checklist → tabletop → simulation → parallel → full interruption.
Objectifs 7.8–7.9Patch et change management
Patch & vulnerability management (7.8)
Cycle : évaluer (le correctif s'applique-t-il ?), tester (en environnement de recette — un patch peut casser la production), approuver, déployer, vérifier. Pour les systèmes qu'on ne peut pas corriger (legacy, ICS — chapitre 7) : virtual patching (un IPS/WAF bloque l'exploitation sans modifier le système) et contrôles compensatoires (isolation, surveillance).
Change management (7.9)
Processus formel : demande → revue et approbation par le CAB (Change Advisory Board) → test → planification → déploiement → documentation, avec toujours un plan de rollback. Les changements d'urgence suivent une voie accélérée mais se documentent après coup (jamais « sans trace »). Nuance : le configuration management gère l'état des systèmes (baselines, versions) ; le change management gère le processus de modification.
Objectif 7.10Sauvegardes
Type
Sauvegarde
Archive bit
Restauration
Full
Toutes les données
Efface
1 jeu (la full)
Incremental
Ce qui a changé depuis la dernière sauvegarde (full ou incrémentale)
Efface
La full + toutes les incrémentales (rapide à sauver, lent à restaurer)
Differential
Ce qui a changé depuis la dernière full
N'efface pas
La full + la dernière differential (lent à sauver, rapide à restaurer)
Exercice — combien de jeux pour restaurer ?
Full le dimanche, puis sauvegardes quotidiennes. On restaure le jeudi soir. Incremental : full (dim) + lun + mar + mer + jeu = 5 jeux. Differential : full (dim) + jeudi = 2 jeux. Le differential restaure toujours en 2 jeux, quel que soit le jour.
🧠 Mnémonique — incremental / differential
« Incremental = rapide à écrire, lent à lire ; Differential = lent à écrire, rapide à lire. » L'incrémentale efface l'archive bit (elle « prend » les changements), la différentielle le laisse (elle « accumule » depuis la full).
Réplication et rotation
Electronic vaulting : envoi par chapitres de sauvegardes vers un site distant (le moins temps réel).
Remote journaling : transmission des journaux de transactions à intervalles réguliers.
Remote mirroring : réplication en temps réel vers un site miroir (le plus coûteux, RPO proche de zéro).
Rotation des bandes : grandfather-father-son, Tower of Hanoi ; 3-2-1 (3 copies, 2 supports différents, 1 hors site) ; stockage hors site à distance suffisante ; tests de restauration réguliers (chapitre 17).
Objectif 7.10Sites de secours et résilience
Site
État
Délai d'activation
Coût
Hot
Équipé, données à jour, prêt
Minutes à heures
Élevé
Warm
Équipé, données à recharger
Heures à jours
Moyen
Cold
Local vide (électricité, réseau)
Jours à semaines
Faible
Autres options : mobile site (unité déployable), cloud DR / DRaaS, reciprocal agreement (accord d'entraide entre deux entreprises — peu fiable : capacité et confidentialité incertaines), multiple processing sites (redondance active), service bureau.
Résilience des systèmes
HA vs fault tolerance : la haute disponibilité minimise l'interruption par la redondance (bascule rapide) ; la tolérance de panne vise zéro interruption (le composant redondant prend le relais sans coupure).
RAID :
Niveau
Principe
Disques min.
Tolérance
0
Striping (performance)
2
Aucune
1
Mirroring (miroir)
2
1 disque
5
Striping + parité distribuée
3
1 disque
6
Double parité
4
2 disques
10
Miroir + striping
4
1 par miroir
Clustering (failover), load balancing, QoS, redondance d'alimentation et de réseau ; UPS (court terme) vs générateur (long terme, chapitre 9).
Objectif 7.11Processus de reprise
Déclaration de désastre : qui décide, selon quels critères (dépassement du MTD, chapitre 2) — une décision de management.
Équipes : recovery teams (rétablissent au site de secours), salvage team (restaure le site primaire). Règle testée : au retour au site primaire, on rapatrie les fonctions les moins critiques d'abord — pour que, si le site primaire a un problème, ce ne soient pas les fonctions vitales qui retombent.
Communications : arbres d'appel (call trees), moyens out-of-band (le réseau normal peut être tombé).
Assessment, restauration, formation et sensibilisation, lessons learned. Et toujours : sauver les vies d'abord (chapitre 0).
Objectif 7.12Les 5 tests DR
Par risque et réalisme croissants :
Read-through / checklist : chacun relit sa partie du plan. Aucun risque.
Tabletop / structured walkthrough : l'équipe déroule un scénario autour d'une table.
Simulation : on joue un scénario réaliste sans toucher la production.
Parallel : on active le site de secours en parallèle de la production (qui continue) — on vérifie qu'il fonctionne sans risquer l'activité.
Full interruption : on bascule réellement sur le secours en coupant la production — le plus réaliste et le plus risqué ; exige l'accord explicite du management.
🧠 Mnémonique — les 5 tests
« Checklist, Table, Simule, Parallèle, Coupe » — du plus sûr au plus risqué. Le parallel double (secours + prod), le full interruption bascule (secours seul). Le full interruption ne se lance jamais sans validation du management.
⚠️ Pièges d'examen
Incremental restaure N jeux (full + toutes) ; differential restaure 2 jeux (full + dernière). L'incrémentale efface l'archive bit, pas la différentielle.
HA minimise l'interruption ; fault tolerance vise zéro interruption.
Au retour au site primaire : rapatrier les fonctions les moins critiques d'abord.
Tests DR croissants : checklist < tabletop < simulation < parallel < full interruption ; le full interruption exige l'accord du management.
Changements d'urgence : documentés après, jamais sans trace.
3-2-1 : 3 copies, 2 supports, 1 hors site.
Scénario fil rouge — Awa
Awa met la continuité aux normes. Elle remplace les sauvegardes differential mal comprises de Berlin par une stratégie claire, applique la règle 3-2-1 et instaure des tests de restauration mensuels. Le RPO de 5 minutes du paiement (chapitre 2) impose du remote mirroring temps réel ; le reste passe en remote journaling. Le vieux reciprocal agreement avec un partenaire est abandonné — capacité incertaine — au profit d'un site hot en DRaaS. Les baies de paiement passent en RAID 6 (deux disques tolérés) et clustering pour la fault tolerance. Côté patch, un système de scoring legacy non patchable est protégé par virtual patching. Enfin, Awa planifie un exercice annuel : d'abord un tabletop, puis un test parallel — jamais de full interruption sans l'accord écrit du COMEX. Elle rappelle à l'équipe salvage que, lors du retour au site primaire, on rapatrie d'abord les fonctions les moins critiques.
Quiz25 questions
Conditions réelles : 30 minutes, une seule passe, réponses notées avant de consulter le corrigé.
Question 1
Before deploying a security patch to production, what critical step must occur?
Deploy directly to save time
Test it in a staging environment
Delete the old system
Announce it publicly
Voir la réponseRéponse : B
Tester en recette : un patch peut casser la production. Déployer directement (A) est l'anti-modèle.
Question 2
A critical system cannot be patched. Which approach BEST reduces the risk?
Ignore the vulnerability
Virtual patching with an IPS/WAF plus isolation
Disconnect all backups
Give users admin rights
Voir la réponseRéponse : B
Virtual patching (IPS/WAF) + isolation bloque l'exploitation sans modifier le système. Ignorer (A) est une négligence.
Question 3
Which body reviews and approves proposed changes?
The CSIRT
The Change Advisory Board (CAB)
The red team
The help desk
Voir la réponseRéponse : B
Le CAB revoit et approuve les changements. Le CSIRT (A) gère les incidents.
Question 4
How should emergency changes be handled regarding documentation?
They never need documentation
They follow an expedited path but are documented after the fact
They must wait for the next CAB meeting before being applied
They are applied without any record
Voir la réponseRéponse : B
Les changements d'urgence suivent une voie accélérée mais se documentent après coup — jamais sans trace (D).
Question 5
An incremental backup captures what?
All data every time
Data changed since the last backup of any type, and it clears the archive bit
Data changed since the last full backup only
Nothing
Voir la réponseRéponse : B
L'incrémentale sauve ce qui a changé depuis la dernière sauvegarde et efface l'archive bit. C décrit la différentielle.
Question 6
A differential backup restores using how many sets?
The full plus all differentials
The full plus the most recent differential (two sets)
Only the last differential
One set
Voir la réponseRéponse : B
La différentielle restaure en 2 jeux : la full + la dernière différentielle. L'incrémentale (A) en exige N.
Question 7
Full backup Sunday, then daily incrementals. To restore Thursday evening, how many sets are needed?
2
5 (Sunday full + Mon, Tue, Wed, Thu)
1
7
Voir la réponseRéponse : B
Full (dim) + Mon + Mar + Mer + Jeu = 5 jeux. L'incrémentale est rapide à écrire, lente à restaurer.
Question 8
Which backup type does NOT clear the archive bit?
Full
Incremental
Differential
None of them
Voir la réponseRéponse : C
La différentielle n'efface pas l'archive bit : elle accumule depuis la full. Full et incrémentale l'effacent.
Question 9
Which replication method transmits data to a remote site in real time?
Electronic vaulting
Remote journaling
Remote mirroring
Tape rotation
Voir la réponseRéponse : C
Le remote mirroring réplique en temps réel (RPO ≈ 0). L'electronic vaulting (A) envoie par chapitres.
Question 10
Which replication method sends transaction logs at intervals?
Remote mirroring
Remote journaling
Grandfather-father-son
Full backup
Voir la réponseRéponse : B
Le remote journaling transmet les journaux de transactions à intervalles. Le mirroring (A) est temps réel.
Question 11
Which recovery site can be activated within minutes because it is fully equipped and up to date?
Cold site
Warm site
Hot site
Reciprocal site
Voir la réponseRéponse : C
Le hot site, équipé et à jour, s'active en minutes/heures — au prix fort. Le cold (A) prend des jours.
Question 12
Which recovery site is the least expensive but takes the longest to activate?
Hot site
Warm site
Cold site
Mirror site
Voir la réponseRéponse : C
Le cold site est le moins cher mais le plus lent (local vide à équiper). Le hot (A) est l'inverse.
Question 13
Why are reciprocal agreements often unreliable?
They are too expensive
The partner's capacity and confidentiality at the time of disaster are uncertain
They activate instantly
They require a hot site
Voir la réponseRéponse : B
Au moment du désastre, la capacité et la confidentialité du partenaire sont incertaines : le reciprocal agreement est peu fiable.
Question 14
Which RAID level provides striping with no fault tolerance?
RAID 0
RAID 1
RAID 5
RAID 6
Voir la réponseRéponse : A
RAID 0 = striping pur, aucune tolérance de panne. RAID 1 (B) est le miroir.
Question 15
How many disk failures can RAID 6 tolerate?
Zero
One
Two
Three
Voir la réponseRéponse : C
RAID 6 (double parité) tolère deux pannes de disque simultanées. RAID 5 (B) n'en tolère qu'une.
Question 16
What distinguishes fault tolerance from high availability?
Fault tolerance allows brief outages; HA allows none
Fault tolerance aims for zero interruption; HA minimizes but may allow brief downtime
They are identical
HA requires no redundancy
Voir la réponseRéponse : B
La fault tolerance vise zéro interruption ; la HA minimise l'interruption mais peut tolérer une brève coupure de bascule.
Question 17
What does the 3-2-1 backup rule specify?
3 servers, 2 sites, 1 admin
3 copies, on 2 different media, with 1 offsite
3 backups per day
3 encryption keys
Voir la réponseRéponse : B
3-2-1 : 3 copies, 2 supports différents, 1 hors site. Les autres formulations sont inventées.
Question 18
Who declares a disaster and activates the DR plan?
The first technician on site
Management, based on defined criteria such as exceeding the MTD
Any user
The backup software automatically
Voir la réponseRéponse : B
Déclarer un désastre est une décision de management, selon des critères définis (MTD dépassé). Pas au technicien (A).
Question 19
When returning operations to the primary site, which functions should be moved back FIRST?
The most critical functions
The least critical functions
All functions simultaneously
Only the database
Voir la réponseRéponse : B
On rapatrie d'abord les fonctions les moins critiques : si le site primaire flanche encore, ce ne sont pas les fonctions vitales qui retombent.
Question 20
Which DR test involves participants reviewing their portion of the plan with no operational impact?
Full interruption
Read-through (checklist)
Parallel test
Simulation
Voir la réponseRéponse : B
Le read-through/checklist : chacun relit sa partie, sans impact. Le plus sûr des tests.
Question 21
Which DR test activates the alternate site alongside production, which keeps running?
Checklist
Tabletop
Parallel test
Full interruption
Voir la réponseRéponse : C
Le parallel active le secours en parallèle de la production, qui continue : on valide sans risquer l'activité. Le full interruption (D) bascule vraiment.
Question 22
Which DR test is the most realistic and the most risky, requiring explicit management approval?
Simulation
Parallel test
Full interruption
Tabletop
Voir la réponseRéponse : C
Le full interruption coupe la production : le plus réaliste et le plus risqué — accord explicite du management requis.
Question 23
What is the correct order of DR tests from least to most disruptive?
Full interruption, parallel, simulation, tabletop, checklist
Checklist, tabletop, simulation, parallel, full interruption
Tabletop, checklist, full interruption, parallel, simulation
Simulation, checklist, parallel, tabletop, full interruption
During a disaster, which communication method is essential because the normal network may be down?
Corporate email only
Out-of-band communications (such as call trees)
The production VoIP system only
Social media posts
Voir la réponseRéponse : B
Les communications out-of-band (call trees) fonctionnent quand le réseau normal est tombé. L'email et la VoIP de production peuvent être indisponibles.
Question 25
What is the difference between configuration management and change management?
They are identical
Configuration management governs the state of systems; change management governs the process of modifying them
Change management only applies to hardware
Configuration management is illegal
Voir la réponseRéponse : B
Le configuration management gère l'état des systèmes ; le change management gère le processus de modification. Nuance testée.
Auto-diagnostic
≥ 20/25 : passez au chapitre 21. Entre 15 et 19 : récitez incremental/differential, les sites et les 5 tests DR. < 15 : relisez le chapitre ; sauvegardes et reprise sont un gisement de points chiffrés.
HA = minimise l'interruption ; fault tolerance = zéro interruption.
Déclaration de désastre = management (MTD dépassé) ; salvage team ; retour = fonctions les moins critiques d'abord ; out-of-band comms ; les vies d'abord.
Tests DR : checklist → tabletop → simulation → parallel → full interruption (croissant) ; full interruption = accord management.
Ce site utilise des cookies de mesure d'audience (Google Analytics) pour comprendre sa fréquentation. Vous pouvez accepter ou refuser — votre choix est conservé.