NIST 800-171 Controls · Configuration Management
CM.2.003 — Track, Review, Approve, and Log Changes to Systems
Track, review, approve, and log changes to organizational systems.
What CM.2.003 means in plain English
Every significant change to your IT systems—installing new software, adding a user account, changing firewall rules, plugging in a new piece of equipment—should go through a simple approval process and be documented. This does not need to be a formal IT change management system with tickets; for an 8-person shop a shared change log in a spreadsheet works fine. The goal is that if something breaks, or if an assessor asks "why was this software installed?"—you have an answer. No undocumented shadow IT.
The assessment question
“Is there a documented change management process requiring approval before significant system changes are made, and is a change log maintained showing what was changed, when, by whom, and why?”
How to implement CM.2.003
- Create a Change Log spreadsheet with columns: Change ID, Date Requested, Requester, System Affected, Description of Change, Business Justification, Approver, Approval Date, Implementation Date, Implemented By, and Result/Notes.
- Define what constitutes a "significant change" requiring a log entry: installing or removing software, adding or removing user accounts, changing firewall or network settings, adding new hardware, applying major software updates (OS upgrades), and changing Group Policy.
- Establish a simple approval process: any change to a system handling CUI must be approved by the owner or designated IT manager before implementation. Document the approval in the Change Log (even if it is just an email reply, paste the email reference number).
- Configure Windows to help you track changes automatically: ensure Event ID 4688 (Process Creation) is logged so new software executions appear in audit logs. Enable Software Restriction Policy logging or AppLocker event log to capture software installation attempts.
- Review the change log monthly for completeness and accuracy. At the annual configuration review, verify that all changes in the log are reflected in the updated baseline configuration document.
Evidence your assessor will ask for
- Change log spreadsheet showing recent entries with required fields (who, what, when, why, approval)
- Written change management procedure defining what requires a change request and approval
- Evidence of approvals (email excerpts, signatures, or digital approvals in the log)
- At least one example of a rejected or deferred change showing the process was followed
Does AI prompt monitoring help with this control? Honestly, no.
CM.2.003 is met through the remediation steps above, not through AI traffic controls — an AI prompt firewall neither satisfies nor substitutes for it. We map AI monitoring only to the controls it genuinely evidences (flow control, boundary protection, audit, and incident support); for the full picture of where it does help, see the mapping guide linked below.
Full mapping: which 800-171 controls AI prompt monitoring evidences →
More Configuration Management controls
Establish and Maintain Baseline Configurations
CM.2.002Establish and Enforce Security Configuration Settings
CM.2.004Analyze Security Impact of Changes Prior to Implementation
CM.2.005Define and Enforce Access Restrictions for Configuration Changes
CM.2.006Employ Principle of Least Functionality
CM.2.007Restrict, Disable, or Prevent Use of Nonessential Programs
Score yourself against all 110 controls
The free ShieldReady assessment walks every NIST 800-171 requirement, computes your SPRS score, and shows exactly which gaps cost the most points.