Dossier · Reversibility audit
Execute a reproducible exit test
Export the assets, rebuild an isolated target and have the internal team recover critical functions against criteria fixed before the exercise.
Test proposition
Demonstrate a defined recovery within a defined window
The test does not ask whether exit appears possible. It verifies that an identified minimum service can be restored on a given target using authorised assets and within limits approved by the authority named in the mandate.
Production may remain untouched: the exercise uses a controlled source state and an isolated target. Any extrapolation to the full system is written as a limitation.
Entry conditions
Do not start until the exercise can be interpreted
Six prerequisites prevent a preparation failure from being confused with an impossible exit.
Sequence T0–T10
Preserve the evidence chain throughout the exit
Every phase reuses register identifiers and emits a dated trace. Any phase not executed remains visible in the conclusion.
TRARDI Reversibility Test sequence
| Phase | Operation | Pass evidence |
|---|---|---|
| T0 | Freeze scope, version and criteria | Approved mandate and inventory |
| T1 | Produce the complete export | Manifests, volumes and errors |
| T2 | Check integrity and exclusions | Hashes, reconciliations and gaps |
| T3 | Load assets on the target | Import logs and available objects |
| T4 | Rebuild the environment | Replayed deployment and resolved dependencies |
| T5 | Execute critical journeys | Results compared with criteria |
| T6 | Test incident and restoration | Alerts, decisions and traces |
| T7 | Switch within the planned window | Observed start, interruption and recovery |
| T8 | Revoke source access | Rotated keys and removed accounts |
| T9 | Execute rollback | Controlled return or documented reservation |
| T10 | Close the exercise | Conclusion, gaps and retained evidence |
T0
- Operation
- Freeze scope, version and criteria
- Pass evidence
- Approved mandate and inventory
T1
- Operation
- Produce the complete export
- Pass evidence
- Manifests, volumes and errors
T2
- Operation
- Check integrity and exclusions
- Pass evidence
- Hashes, reconciliations and gaps
T3
- Operation
- Load assets on the target
- Pass evidence
- Import logs and available objects
T4
- Operation
- Rebuild the environment
- Pass evidence
- Replayed deployment and resolved dependencies
T5
- Operation
- Execute critical journeys
- Pass evidence
- Results compared with criteria
T6
- Operation
- Test incident and restoration
- Pass evidence
- Alerts, decisions and traces
T7
- Operation
- Switch within the planned window
- Pass evidence
- Observed start, interruption and recovery
T8
- Operation
- Revoke source access
- Pass evidence
- Rotated keys and removed accounts
T9
- Operation
- Execute rollback
- Pass evidence
- Controlled return or documented reservation
T10
- Operation
- Close the exercise
- Pass evidence
- Conclusion, gaps and retained evidence
Integrity
Reconcile what was expected with what can actually be read
An export manifest is not enough. Volumes, hashes, schemas, metadata, time conventions and access rights are checked, then the data is actually read or queried on the target.
An exclusion may be legitimate. It must still be exhaustive, justified, linked to its effect on the service and accepted before the conclusion is signed.
Reconstruction
Run the service without an unplanned source dependency
The target is rebuilt from versioned artefacts. Interfaces, identities, observability, backups and incident procedures are replayed. Secrets are recreated on the target, never copied in clear text.
Functional equivalence is not technical identity. Shared features and acceptable deviation between source and target are defined before comparison.
Decision measures
Attach every measure to an acceptance condition
The stopwatch is only one measure. The file also records data loss, manual work and residual calls to the source.
Exercise safety
Stop before the test creates an incident of its own
The lead suspends the exercise if production data could be altered, a secret leaves controlled custody, return to the safe state becomes impossible or a newly discovered dependency falls outside the authorised scope.
Every stop retains the time, observed fact, consulted authority and resumption condition. Rollback is executed or its impossibility appears as a reservation.
Conclusion
Sign what the exercise demonstrates — and nothing more
The conclusion distinguishes demonstrated, conditional and unproven exit. It identifies unexecuted phases, gaps, residual dependencies, owners and the reassessment date.
Sources and references
- Regulation (EU) 2023/2854 — Data Act (new tab)
Switching data-processing services and removing exit obstacles.
- Regulation (EU) 2022/2554 — DORA (new tab)
ICT third-party risk management, exit strategies and transition plans in the financial sector.
- ANSSI — Recommendations for cloud hosting (new tab)
Security choices, customer responsibilities, reversibility and operational skills.
- ISO 19011:2018 (new tab)
Guidelines for auditing management systems: principles, programme, audit evidence.
Frequently asked questions
Must an exit test interrupt production?
No. It can use a controlled source state and an isolated target. The report then limits its conclusion to the scope, version and conditions actually exercised.
Who sets the acceptable recovery time?
The authority named in the mandate approves it before the exercise based on service criticality and applicable obligations. The method sets no universal time target.
Is a complete export enough to pass the test?
No. Integrity must still be checked, the target rebuilt, critical journeys executed, source access revoked and target-team autonomy demonstrated.
Reversibility dossier
Which exit scenario must you be able to execute?
Present the source, target and expected minimum service. We assess whether the conditions for an interpretable exercise are met.