Audit de réversibilité

Dossier · Audit de réversibilité

Exécuter un test de sortie reproductible

Exporter les actifs, reconstruire une cible isolée et faire reprendre les fonctions critiques par l’équipe interne selon des critères fixés avant l’exercice.

Proposition testée

Démontrer une reprise définie, dans une fenêtre définie

Le test ne demande pas si la sortie paraît possible. Il vérifie qu’un service minimum identifié peut être restauré sur une cible donnée, avec les actifs autorisés et dans les limites approuvées par l’autorité du mandat.

La production peut rester intacte : l’exercice utilise un état source contrôlé et une cible isolée. Toute extrapolation au système complet est écrite comme une limite.

Conditions d’entrée

Refuser de démarrer tant que l’essai ne peut pas être interprété

Six prérequis empêchent de confondre un échec de préparation avec une impossibilité de sortie.

  • Inventaire — actifs et dépendances du périmètre disponibles
  • Cible — capacité de recevoir et d’exécuter les actifs retenus
  • Droits — export, usage, copie, transfert et suppression instruits
  • Critères — seuils et fonctions critiques approuvés avant l’exécution
  • Sécurité — fenêtre, retour arrière et conditions d’arrêt définis
  • Autorités — responsables source, cible, sécurité et décision nommés

Séquence T0–T10

Conserver la continuité de preuve pendant toute la sortie

Chaque phase reprend les identifiants du registre et émet une trace datée. Une phase non exécutée reste visible dans la conclusion.

Séquence du TRARDI Reversibility Test

PhaseOpérationPreuve de passage
T0Figer périmètre, version et critèresMandat et inventaire approuvés
T1Produire l’export completManifestes, volumes et erreurs
T2Contrôler intégrité et exclusionsEmpreintes, rapprochements et écarts
T3Charger les actifs sur la cibleJournaux d’import et objets disponibles
T4Reconstruire l’environnementDéploiement rejoué et dépendances résolues
T5Exécuter les parcours critiquesRésultats comparés aux critères
T6Tester incident et restaurationAlertes, décisions et traces
T7Basculer dans la fenêtre prévueDépart, interruption et reprise observés
T8Révoquer les accès sourceClés tournées et comptes retirés
T9Exécuter le retour arrièreRetour contrôlé ou réserve documentée
T10Clore l’essaiConclusion, écarts et preuves conservées

T0

Opération
Figer périmètre, version et critères
Preuve de passage
Mandat et inventaire approuvés

T1

Opération
Produire l’export complet
Preuve de passage
Manifestes, volumes et erreurs

T2

Opération
Contrôler intégrité et exclusions
Preuve de passage
Empreintes, rapprochements et écarts

T3

Opération
Charger les actifs sur la cible
Preuve de passage
Journaux d’import et objets disponibles

T4

Opération
Reconstruire l’environnement
Preuve de passage
Déploiement rejoué et dépendances résolues

T5

Opération
Exécuter les parcours critiques
Preuve de passage
Résultats comparés aux critères

T6

Opération
Tester incident et restauration
Preuve de passage
Alertes, décisions et traces

T7

Opération
Basculer dans la fenêtre prévue
Preuve de passage
Départ, interruption et reprise observés

T8

Opération
Révoquer les accès source
Preuve de passage
Clés tournées et comptes retirés

T9

Opération
Exécuter le retour arrière
Preuve de passage
Retour contrôlé ou réserve documentée

T10

Opération
Clore l’essai
Preuve de passage
Conclusion, écarts et preuves conservées

Intégrité

Rapprocher ce qui était attendu avec ce qui est réellement relu

Le manifeste d’export ne suffit pas. Les volumes, empreintes, schémas, métadonnées, conventions temporelles et droits d’accès sont contrôlés, puis les données sont effectivement lues ou requêtées sur la cible.

Une exclusion peut être légitime. Elle doit alors être exhaustive, justifiée, reliée à son effet sur le service et acceptée avant que la conclusion soit signée.

Reconstruction

Faire fonctionner le service sans dépendance source non prévue

La cible est reconstruite à partir d’artefacts versionnés. Les interfaces, identités, observabilité, sauvegardes et procédures d’incident sont rejouées. Les secrets sont recréés sur la cible, jamais copiés en clair.

Une équivalence fonctionnelle n’est pas une identité technique. Les fonctions communes et l’écart admissible entre source et cible sont définis avant la comparaison.

Mesures de décision

Associer chaque mesure à une condition d’acceptation

Le chronomètre n’est qu’une mesure parmi d’autres. Le dossier conserve aussi la perte de données, les opérations manuelles et les appels résiduels à la source.

  • Couverture — actifs critiques présents ou exclusion acceptée
  • Intégrité — aucun écart critique non expliqué
  • Parcours — fonctions retenues conformes au seuil préalable
  • Reprise — durée et perte de données sous les objectifs approuvés
  • Autonomie — gestes critiques exécutés sans aide imprévue
  • Effacement — inaccessibilité source démontrée selon le cadre applicable

Sécurité de l’essai

Arrêter avant que le test ne crée lui-même un incident

Le responsable suspend l’exercice si les données de production risquent d’être altérées, si un secret échappe au contrôle, si le retour à l’état sûr devient impossible ou si une dépendance découverte sort du périmètre autorisé.

Chaque arrêt conserve l’heure, le fait observé, l’autorité consultée et la condition de reprise. Le retour arrière est exécuté ou son impossibilité apparaît comme une réserve.

Conclusion

Signer ce que l’exercice démontre — et rien de plus

La conclusion distingue sortie démontrée, conditionnelle et non démontrée. Elle identifie les phases non exécutées, les écarts, les dépendances résiduelles, les responsables et la date de réexamen.

Sources et références

Questions fréquentes

Un test de sortie doit-il interrompre la production ?

Non. Il peut utiliser un état source contrôlé et une cible isolée. Le rapport limite alors sa conclusion au périmètre, à la version et aux conditions effectivement éprouvés.

Qui fixe le temps de reprise acceptable ?

L’autorité désignée dans le mandat l’approuve avant l’exercice à partir de la criticité du service et des obligations applicables. La méthode n’impose aucun délai universel.

Un export complet suffit-il pour réussir le test ?

Non. Il faut encore vérifier l’intégrité, reconstruire la cible, exécuter les parcours critiques, révoquer les accès source et démontrer l’autonomie de l’équipe cible.

Dossier réversibilité

Quel scénario de sortie devez-vous pouvoir exécuter ?

Présentez la source, la cible et le service minimum attendu. Nous vérifions si les conditions d’un essai interprétable sont réunies.

Cadrer le test