Configure for the device’s actual role
A developer workstation, kiosk and server do different work. Use a baseline appropriate to each role and record the reasons for exceptions. Hardening without checking the application or recovery procedure can leave the device configured as intended but unusable for its purpose.
CIS helps organize configuration, vulnerability and malware controls. Use the platform’s versioned guidance to choose the settings, then check their effective state. The management console’s assignment record cannot by itself confirm what happened on the endpoint.
Keep the administrative exception specific
Suppose a fictional operations team uses a legacy tool that requires elevation. Identify the task, devices and users involved. That requirement does not justify making every workstation user an administrator. A separate administrative environment or controlled elevation may provide the access the task actually needs.
Record the dependency, exact permission, monitoring, end date and person responsible for replacement. If the tool later needs more privilege, review that change. Do not allow the exception to expand simply because the old one was approved.
Keep a record that explains how the exception ends
The next reviewer needs to know why the deviation exists and what would allow it to be removed. These fields keep the exception connected to the work that justified it.
| Field | What to record |
|---|---|
| Asset and purpose | Device identifier, role and owner. |
| Deviation | Exact setting or privilege that differs from the baseline. |
| Reason | Business dependency and alternatives considered. |
| Compensating measures | Restrictions, monitoring and recovery arrangements. |
| Closure | Expiry, replacement plan and verification needed to close it. |
Check the configuration and recovery on the device
Sample devices from each role and compare reported settings with effective updates, local administration, encryption and recovery. Generate approved benign telemetry and confirm that investigators receive it with the correct device identity. This checks the path the organization will later rely on.
Reboot a representative device and test the required applications. Exercise the approved recovery procedure on a designated test device. Confirm that the recovery key will be available under the failure conditions being tested, rather than stored behind the same unavailable service.
Investigate devices that stop reporting
Missing telemetry can mean that a device is offline, retired, broken or compromised. Check last contact, ownership and lifecycle records before choosing an explanation. A retired device also needs credential and data removal. Until the state is resolved, the absence of observations should not be counted as a passing configuration.
Sources and reference editions
- CIS Controls list8.1
- NIST security and privacy control catalogRevision 5, release 5.2.0 (2025-08-27)