"reportOnlyNotApplied" means that, for the sign-ins being analyzed, the policy conditions were never met, so the policy was not actually evaluated against any real traffic. To get a meaningful evaluation, the policy must be in scope for actual sign-ins.
Use these steps to understand and validate the policy:
- Confirm policy scope and conditions
In the Conditional Access policy:
- Check Users or workload identities and Target resources (cloud apps) to ensure they include real users and apps that are actually using legacy authentication.
- Verify Conditions (locations, device platforms, client apps, etc.) are not overly restrictive so that no sign-ins match.
- Generate matching sign-ins
Ensure there are sign-ins that use legacy authentication and match the policy scope. If the environment has already blocked or eliminated legacy auth, the policy will remain reportOnlyNotApplied because there is nothing to evaluate.
- Use sign-in logs to see per-sign-in results
- Go to Sign-in logs and open individual sign-in events.
- Use the Conditional Access and Report-only tabs in the sign-in details to see, for each sign-in, whether the policy was:
-
Report-only: Success
-
Report-only: Failure
-
Report-only: User action required
-
Report-only: Not applied
These results show exactly how the policy would behave if turned on.
- Use the What If tool for targeted evaluation
- In Microsoft Entra admin center → Entra ID → Conditional Access → Policies → What If, run an evaluation.
- Supply a test identity, target resource, device platform, and client app that should represent a legacy auth scenario.
- Run What If to see whether the policy would apply and what grant controls would be enforced.
- Use Policy impact / Insights workbook for broader view
- In Policy impact (preview) or the Conditional Access Insights and Reporting workbook, review the policy’s impact over the last 24 hours, 7 days, or 1 month.
- If the policy still shows only
reportOnlyNotApplied, it indicates no sign-ins matched the policy conditions in that period.
If, after verifying scope and generating test sign-ins, the policy still shows only reportOnlyNotApplied, it effectively means there is no active legacy authentication usage in scope, and enabling the block policy should have no impact on users.
References: