Conditional Access policies don't exclude Rights Management workloads
ZTA.35001 is in Maester 3.0.0-preview and not in the stable 2.3.0 release yet. It will be in the next stable release. To use it now, install the preview:
Install-Module Maester -AllowPrerelease -ForceHow to get the preview, and go backUse the preview in GitHub Actions
Overview
Section titled “Overview”Microsoft Rights Management Service (RMS) is the protection technology that enforces encryption for sensitivity labels and information protection policies. When users access encrypted content, their applications must authenticate to the RMS service (App ID: 00000012-0000-0000-c000-000000000000) to decrypt the content. If Conditional Access policies incorrectly block or restrict this authentication - for example, by requiring multi-factor authentication (MFA), device compliance, or specific network locations - users will be unable to open encrypted emails, documents, or files protected by sensitivity labels.
This is most notable when trying to collaborate on MIP protected content from an external tenant to the source tenant.
The RMS service should be explicitly excluded from Conditional Access policies that enforce authentication controls, as the application itself is handling the decryption and the user has already authenticated through their primary client application. Blocking RMS authentication prevents the decryption process and breaks information protection workflows across Microsoft 365 services including Outlook, Word, Excel, PowerPoint, Teams, and SharePoint.
Remediation
Section titled “Remediation”To exclude RMS from Conditional Access policies:
- Navigate to Microsoft Entra admin center > Entra ID > Conditional Access > Policies
- Select the policy that is blocking RMS
- Under Target resources > All resources (formerly ‘All cloud apps’)
- Under Exclude, select ‘Select resources’ and add “Microsoft Rights Management Services” (App ID:
00000012-0000-0000-c000-000000000000) - Save the policy
- Microsoft Entra configuration for Azure Information Protection
- Conditional Access policies and encrypted documents
- Conditional Access: Cloud apps, actions, and authentication context
Run it
Section titled “Run it”The check runs as part of the whole assessment, with the ZeroTrustAssessment module installed:
Install-Module ZeroTrustAssessment -Scope CurrentUserConnect-MaesterInvoke-Maester -Pack ZTA -SkipBuiltInLeave out -SkipBuiltIn to run Maester’s own checks in the same run.
About this check
| Severity | High |
| Effort to fix | Low |
| Impact on users | Low |
| Pillar | Data |
| Category | Entra |
| Product | Entra ID |
| Feature | Conditional Access |
| Area | Access control |
| Licence | RMS_S_PREMIUM2, Microsoft 365 E5 |
| Tenant | Workforce, External |
Product, feature, area and ATT&CK are Maester’s: the assessment does not record them, so Maester keeps them in the pack’s taxonomy.json.
A Microsoft check, part of the Zero Trust Assessment pack. Text from ZeroTrustAssessment 3.1.0, © Microsoft, MIT licence.
About this check
- Severity
- High
- Effort to fix
- Low
- Impact on users
- Low
- Product
- Entra ID
- Feature
- Conditional Access
- Area
- Access control
- Pack
- Microsoft Zero Trust Assessment