🔄 Rédaction du PRA & Tests de restauration

🎯 Objectifs

• Savoir rédiger un PRA opérationnel en 8 sections testables
• Exécuter un runbook de restauration Active Directory (8 étapes)
• Réaliser une restauration de VM sous Proxmox (snapshot + rollback)
• Produire un compte-rendu d'exercice avec écarts et actions d'amélioration

🔥 Accroche — 70% des PME n'ont jamais testé leur PRA

En 2023, l'ANSSI recommande de tester son PRA au minimum une fois par an. Sur les PME auditées, 70% n'ont jamais testé leur PRA — soit parce qu'il n'existe pas, soit parce qu'on « n'a pas le temps ». Résultat : lors d'un vrai incident, on découvre que les sauvegardes ne restaurent pas, que le runbook est obsolète, ou que personne ne sait quoi faire. Ce cours vous apprend à rédiger ET à tester.

📖 Section 1 — Structure d'un PRA opérationnel

Un PRA n'est pas un document théorique. C'est un manuel opérationnel précis et reproductible par un technicien ayant les droits d'accès mais pas forcément la connaissance exhaustive du système.

Les 8 sections obligatoires

Déclencheurs — exemples avec seuils

• Ransomware détecté (chiffrement sur > 2 serveurs applicatifs)
• Incendie déclaré dans le datacenter ou local technique
• DC01 hors service depuis > 2 heures (authentification impossible)
• Perte de connectivité Internet > 4 heures impactant la production

Ordre de restauration — dépendances InnovatTech

pfSense (réseau)            ← priorité 1 : réseau requis pour tout
     │
     ▼
DC01 Windows Server (AD + DNS)  ← priorité 2 : auth/résolution
     │           │
     ▼           ▼
Serveurs Debian  Postes Win11
     │
     ▼
NAS Synology (données + sauvegardes)  ← priorité 3-4

📖 Section 2 — Runbook : restauration Active Directory (DC01) en 8 étapes

Prérequis : accès console VM via Proxmox, mot de passe DSRM en coffre-fort, accès au partage de sauvegarde (NAS Synology Z:), compte local Administrateur.

Étape 1 — Décision et isolement

# Déconnecter la VM du réseau (depuis Proxmox CLI)
qm shutdown 100 --skiplock; qm set 100 --net0 ''

Étape 2 — Redémarrage en DSRM

bcdedit /set {current} safeboot dsrepair
shutdown /r /t 0
# → Se reconnecter avec le compte DSRM local

Étape 3 — Monter le partage de sauvegarde

net use Z: \\nas-synology\wb-backups /user:INNOVATTECH\backupuser

Étape 4 — Identifier la version de sauvegarde

wbadmin get versions -backupTarget:Z:

Étape 5 — Restaurer le System State

# Adapter la version identifiée à l'étape 4
wbadmin start systemstaterecovery -version:03/21/2024-22:00 -backupTarget:Z: -quiet

Étape 6 — Retirer DSRM et redémarrer

bcdedit /deletevalue {current} safeboot
shutdown /r /t 0

Étape 7 — Vérifications post-restore

Import-Module ActiveDirectory

# Vérifier les contrôleurs de domaine
Get-ADDomainController -Filter * | Format-Table Name,HostName,IPv4Address

# Tests complets
dcdiag /v
repadmin /replsummary
netdom query fsmo
nslookup dc01.innovattech.local

Étape 8 — Remise en production

# Réactiver l'interface réseau dans Proxmox
qm set 100 --net0 virtio,bridge=vmbr0
# Informer l'équipe et documenter dans le registre PRA

📖 Section 3 — Haute disponibilité et sauvegardes immuables (Proxmox)

# Créer un snapshot Proxmox
qm snapshot 101 snap-avant-incident --description "Avant incident simulé"
qm listsnapshot 101

# Restaurer depuis snapshot
qm rollback 101 snap-avant-incident

# Sauvegarde vzdump
vzdump 100 --storage backup-local --mode snapshot
pvesm status

# Restaurer une VM depuis un backup vzdump
qmrestore /var/lib/vz/dump/vzdump-qemu-100-2024_02_20-08_00.vma.zst 100 --storage local-lvm

# Borg en mode append-only (sauvegardes immuables)
borg init --encryption=repokey --append-only /mnt/immutable-backup/innovattech
# Le mode append-only empêche la suppression des archives existantes

🛠️ TP — Rédaction PRA + Exercice de restauration Proxmox (90 min)

Partie 1 — Rédiger le PRA d'InnovatTech (50 min)

Produire un document PRA (3-4 pages) couvrant les 8 sections listées. Le document doit être opérationnel et suffisamment détaillé pour être exécuté par un tiers. Inclure :

• Runbook DC01 complet avec les commandes PowerShell
• Runbook Debian Srv01 avec BorgBackup (6 étapes ci-dessous)
• Message client type et message interne type

Runbook Debian Srv01 — restauration BorgBackup (6 étapes)

# 1) Préparer l'environnement
ssh admin@srv01.innovattech.local
sudo apt update && sudo apt install -y borgbackup
sudo systemctl stop monservice

# 2) Exporter les variables Borg
export BORG_REPO=/mnt/nas/borg/srv01
export BORG_PASSPHRASE='votre-passphrase-securisee'

# 3) Lister les archives
borg list $BORG_REPO

# 4) Restaurer
borg extract $BORG_REPO::2024-02-20
# Ou extraire uniquement /var/www
# borg extract $BORG_REPO::2024-02-20 var/www

# 5) Vérifier les permissions
ls -l /var/www
sudo chown -R www-data:www-data /var/www

# 6) Redémarrer et tester
sudo systemctl start monservice
systemctl status monservice
curl -I http://localhost:8080/health

Partie 2 — Exercice de restauration Proxmox (30 min)

# 1. Snapshot avant incident
qm snapshot 101 snap-avant-incident --description "Avant incident simulé"

# 2. Vérifier
qm listsnapshot 101

# 3. Simuler l'incident (supprimer un fichier d'application dans la VM)
# [connexion SSH dans la VM et suppression d'un fichier de test]

# 4. Restaurer depuis snapshot
qm rollback 101 snap-avant-incident

# 5. Vérifier que le service est revenu à l'état normal
# [connexion SSH et tests applicatifs]

Partie 3 — Compte-rendu d'exercice

💬 Synthèse finale — Bilan du Bloc B3

📝 QCM — Testez vos connaissances