What is the CIS Benchmark?

The Center for Internet Security (CIS) Benchmark for Windows 11 is a community-driven set of hardening guidelines that defines a security baseline for Windows endpoints. It is organized into two levels:

CIS Benchmarks are the closest thing to a universal, vendor-neutral security standard for endpoint hardening. Compliance with CIS L1 is commonly required for ISO 27001, NIS2, and many government frameworks.

Microsoft also publishes their own Intune Security Baselines (under Endpoint Security → Security Baselines). These overlap with CIS L1 but are not identical. Where they diverge, CIS is generally more conservative. For regulated environments, use CIS as the reference.

Level 1 vs Level 2 — Which to Apply

LevelSuitable ForKey Impact Areas
Level 1All corporate endpointsMinimal — password policies, Defender basics, audit logging
Level 2High-security endpoints (exec, finance, legal, privileged admin)Restricts USB, Bluetooth, Remote Desktop, anonymous auth

Start with Level 1 across all devices, then apply Level 2 as an overlay to your sensitive-role groups.

Intune vs GPO for CIS Controls

In a cloud-managed (Azure AD joined) environment, Intune is the only option. In a hybrid environment, you may have both GPO and Intune. The rule to avoid conflict: one tool owns one setting. Overlapping GPO and Intune policies for the same CSP can cause unpredictable results.

For cloud-native deployments, implement CIS controls using two Intune tools:

Account & Password Policies

CIS L1 Requirements

CIS ControlRequired ValueIntune Path
Minimum password length≥ 14 charactersSettings Catalog → Account Policies → Password Policy
Password complexityEnabledSettings Catalog → Account Policies → Password Policy
Maximum password age≤ 365 daysSettings Catalog → Account Policies → Password Policy
Account lockout threshold≤ 5 attemptsSettings Catalog → Account Policies → Account Lockout
Account lockout duration≥ 15 minutesSettings Catalog → Account Policies → Account Lockout
Guest accountDisabledSettings Catalog → Local Policies → Security Options
If your organization uses Windows Hello for Business (passkeys/PIN), local password policies still apply to the local Windows account. WHfB is separate — configure it via Identity Protection profile in Intune with a minimum PIN length of 8 digits and PIN complexity enabled.

BitLocker & Encryption

BitLocker full-disk encryption is a CIS L1 requirement. In Intune, configure it under Endpoint Security → Disk Encryption → BitLocker.

Key BitLocker settings

SettingCIS Recommended Value
Require BitLockerYes (configure via compliance policy too)
OS Drive: Encryption methodXTS-AES 256-bit
Startup authentication requiredYes (for L2: require PIN)
Recovery key backupBackup to Azure AD (mandatory)
BitLocker on fixed data drivesRequired (L1)
BitLocker on removable drivesRequired for write access (L2)
Silent encryptionEnable — allows hands-free BitLocker for Autopilot deployments

Windows Defender Settings

Configure under Endpoint Security → Antivirus → Microsoft Defender Antivirus in Intune.

SettingCIS Value
Cloud-delivered protectionEnabled
Cloud protection levelHigh
Automatic sample submissionSend safe samples automatically
Real-time monitoringEnabled
Potentially unwanted app protectionBlock (PUA)
Network protectionEnabled (Block mode)
Signature update interval≤ 8 hours
Scan typeQuick scan daily + Full scan weekly

Attack Surface Reduction Rules

ASR rules are CIS L1 controls that block specific attack techniques at the kernel level. Configure under Endpoint Security → Attack Surface Reduction.

Deploy ASR rules in Audit mode first for 2–4 weeks before switching to Block. Audit mode logs what would have been blocked without actually blocking — this lets you identify false positives before they impact users.
ASR RuleModeImpact Risk
Block Office from creating child processesBlockLow — some legacy macros
Block Office from injecting code into processesBlockLow
Block JavaScript/VBScript from launching downloaded contentBlockLow
Block credential stealing from lsass.exeBlockLow
Block executable content from email & webmailBlockLow
Use advanced protection against ransomwareBlockLow
Block untrusted processes from USBBlockMedium — test with legitimate USB tools
Block Adobe Reader from creating child processesBlockMedium — test with PDF-launching workflows

Audit Logging

CIS requires specific Windows audit categories to be enabled for forensic readiness. Configure via Settings Catalog → Audit Policy.

Audit CategorySuccessFailure
Account Logon / Credential ValidationYesYes
Account Management / User AccountYesYes
Logon/Logoff / LogonYesYes
Logon/Logoff / Account LockoutNoYes
Object Access / Removable StorageYesYes
Policy Change / Audit Policy ChangeYesNo
Privilege Use / Sensitive Privilege UseNoYes
System / Security System ExtensionYesNo

Rollout Strategy

Never deploy hardening settings to production all at once. Use this phased approach:

Ring 0 (IT Admins, ~10 devices): Deploy all Level 1 controls. Monitor for 1 week. Fix any policy conflicts or user-impact issues.
Ring 1 (Pilot group, ~50 devices): Deploy same policies. Run for 2 weeks. Collect helpdesk ticket data — look for patterns indicating broken workflows.
Ring 2 (All standard users): Deploy after Ring 1 sign-off. Keep ASR rules in Audit mode for 2 more weeks.
ASR Block mode: Switch ASR rules to Block after reviewing audit logs. Exclude specific process paths that generate false positives using the ASR exclusion list.
Level 2 overlay: Apply only to high-security device groups (finance, exec, PAW). Test thoroughly before broad deployment.
After full CIS L1 deployment, use the Microsoft Secure Score in the M365 Defender portal and the Intune Compliance reports to quantify your security posture improvement. Typical environments see a 30–40% Secure Score increase from CIS L1 alone.

BA

Badra Ali Diakite

Senior IT Consultant specialising in Microsoft 365, Intune, Zero Trust architecture and network infrastructure. 15+ years across 28+ countries in both military and enterprise environments.