When an approved exception is reasonable
Use approved exceptions for temporary, understood risk where remediation is planned, blocked, staged, or dependent on a third party.
Not every PQC migration finding can be fixed immediately. Exception management keeps temporary risk visible, owned, approved, time-bound, and connected to evidence.
Use approved exceptions for temporary, understood risk where remediation is planned, blocked, staged, or dependent on a third party.
Avoid open-ended spreadsheet exception records that lose approving policy context, ownership, evidence, and expiry as the migration changes.
Track which approved exceptions are still active, which have expired, which are remediated, and which systems remain affected.
1. Request
Link the request to the affected policy, control, application or service, and remediation owner.
2. Review
Check rationale, compensating controls, affected scope, expiry, and whether remediation has a credible path.
3. Approve
Capture approver, approving policy context, evidence required before renewal, and the date the decision expires.
4. Close or renew
Close the exception when remediated, or require fresh evidence and a new approval before renewal.
Which policy, triggered rule, and application/service does this request cover?
List systems, environments, certificates, gateways, and users affected.
Explain why remediation cannot happen immediately and what dependency blocks it.
Describe monitoring, isolation, reduced exposure, or process controls in place.
Name the remediation owner and the person or group approving the exception.
Set an expiry date, review cadence, and evidence required before renewal.
Crypto Posture keeps approved exception decisions connected to applications, services, policy templates, evaluation records, remediation work, and evidence snapshots.