Safeguard
Compliance•

NIST CSF 2.0 ID.RA-07: Manage Changes and Exceptions

ID.RA-07 asks that changes and exceptions are managed, risk assessed, recorded, and tracked. A lightweight process for small teams.

Safeguard Security Team
2 min read

ID.RA-07 says changes and exceptions are managed, assessed for risk impact, recorded, and tracked. For a small company that means two lists with owners: a record of significant changes and why they were approved, and a record of policy exceptions with an expiry date. If a change or an exception can happen without leaving a trace, the outcome is not met.

What good looks like

Production changes go through a lightweight review. Exceptions, such as a developer needing standing admin access or a system that cannot take MFA, are written down with the risk, the compensating control, and the date they will be reviewed.

NIST's examples ask for formal documentation, review, testing, and approval of changes and exceptions. They also ask you to document the risks of making or not making a change, and to provide rollback guidance. Accepted risks tied to future actions should be reviewed periodically.

How to implement it

  1. Use your existing pull request and ticket flow as the change record. Require a reviewer and a short risk note on changes to production, identity, or network settings.
  2. Keep an exceptions register with fields for requester, system, risk, compensating control, approver, and expiry.
  3. Make every exception expire. Renewal requires a fresh decision.
  4. Write a rollback line into any change that carries risk.
  5. Review open exceptions monthly and accepted risks quarterly.

Evidence to collect

  • Sample change records with reviewer, risk note, and rollback plan
  • The exceptions register with expiry dates
  • Records of exception renewals or closures

Common gaps

  • Exceptions granted in chat and never recorded
  • No expiry, so temporary becomes permanent
  • Emergency changes skip review and are never reviewed afterward

Quick check

Do we need a change advisory board?

Not for a small company. Peer review plus a recorded risk note for high impact changes is a reasonable starting point. Add formality as size and risk grow.

Sources

The CSF is voluntary guidance. There is no CSF certification, so nothing here makes a company "CSF certified". You describe your own practices against the outcomes.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.