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.

FieldWhat to record
Asset and purposeDevice identifier, role and owner.
DeviationExact setting or privilege that differs from the baseline.
ReasonBusiness dependency and alternatives considered.
Compensating measuresRestrictions, monitoring and recovery arrangements.
ClosureExpiry, 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

  1. CIS Controls list8.1
  2. NIST security and privacy control catalogRevision 5, release 5.2.0 (2025-08-27)