1. Application control
Only approved applications are allowed to execute on workstations and servers.
Microsoft: Microsoft Defender for Endpoint (WDAC), Microsoft Intune App Control, Microsoft Defender Application Control policies.
- ML1: enforced on workstations, allowlist by publisher or path
- ML2: enforced on workstations and servers, allowlist by publisher with managed exceptions
- ML3: enforced everywhere, ASD-published driver block list applied, allowlist by signed publisher
Evidence: Intune policy export, WDAC policy XML, exclusion register.
2. Patch applications
Vulnerabilities in applications are remediated within ASD-defined timeframes.
Microsoft: Microsoft Intune, Microsoft Defender Vulnerability Management, Microsoft Configuration Manager, Windows Autopatch.
- ML1: extreme-risk vulnerabilities patched within one month
- ML2: extreme-risk patched within two weeks; vulnerability scan cadence tightened
- ML3: extreme-risk patched within 48 hours; continuous scanning surface required
Evidence: Defender Vulnerability Management report, patch compliance dashboard export, SLA register.
3. Microsoft Office macro settings
Macros from the internet are blocked; only signed macros from trusted publishers execute.
Microsoft: Microsoft Intune (ADMX templates), Microsoft 365 Apps admin centre, Microsoft Defender for Office 365.
- ML1: macros disabled for users without a demonstrated business need
- ML2: only signed macros from trusted publishers; macros blocked from internet sources
- ML3: macros restricted to trusted locations; sandboxed execution for permitted macros
Evidence: Intune policy export, macro exception register, signed publisher list.
4. User application hardening
Web browsers, PDF readers and other user applications are hardened against exploitation.
Microsoft: Microsoft Edge security baseline, Microsoft Defender for Endpoint Attack Surface Reduction (ASR) rules, Intune browser policies.
- ML1: Flash, ads and Java in web browsers blocked; PDF reader hardening applied
- ML2: ASR rules enforced in block mode across endpoints; PowerShell logging enabled
- ML3: PowerShell execution policy restricted; Office hardening combined with ASR in audit-and-block coverage
Evidence: Edge security baseline policy, Defender ASR rule report, PowerShell logging configuration export.
5. Restrict administrative privileges
Privileged access is request-validated, time-bound, and isolated from standard user activity.
Microsoft: Microsoft Entra Privileged Identity Management (PIM), Microsoft Defender for Identity, just-in-time access, privileged access workstations.
- ML1: separate privileged and standard accounts; access validated on request
- ML2: time-bound PIM activation with approval workflow; privileged accounts blocked from internet and email
- ML3: hardware-bound credentials, privileged access workstations, continuous activity audit
Evidence: PIM activation logs, access review reports, privileged account inventory.
6. Patch operating systems
Operating system vulnerabilities are remediated within ASD-defined timeframes.
Microsoft: Microsoft Intune, Windows Autopatch, Update Compliance, Microsoft Defender Vulnerability Management.
- ML1: extreme-risk vulnerabilities patched within one month
- ML2: extreme-risk within two weeks; unsupported OS versions retired
- ML3: extreme-risk within 48 hours; continuous OS-level vulnerability surface monitored
Evidence: Autopatch compliance report, Update Compliance export, retirement register for unsupported OS.
7. Multi-factor authentication
MFA enforced for privileged users, then all users, with phishing-resistant methods at higher maturity.
Microsoft: Microsoft Entra MFA, Conditional Access, FIDO2 security keys, Windows Hello for Business.
- ML1: MFA enforced for privileged users and for users accessing important data repositories
- ML2: MFA enforced for all users; legacy authentication blocked through Conditional Access
- ML3: phishing-resistant MFA (FIDO2, Windows Hello, certificate-based) for all users
Evidence: Conditional Access policy export, MFA registration report, legacy auth deprecation log.
8. Regular backups
Backups are taken regularly, retained per policy, and restoration is tested.
Microsoft: Microsoft 365 Backup, Azure Backup, retention and immutability policies, Microsoft Purview information protection for sensitive data tiers.
- ML1: backups taken to a defined schedule; restoration tested annually
- ML2: monthly restoration testing; backups isolated from production identity scope (ransomware-resilient)
- ML3: quarterly restoration testing; offline copies retained; immutability enforced on critical workloads
Evidence: Backup policy export, restoration test report, immutability configuration audit.