Conditional Access Blocks by App & Policy
The question it answers: Which Conditional Access policies blocked which applications in the last 7 days, and for how many users?
What Conditional Access blocked in the last 7 days, by policy and application - the first question when users say ‘I can’t get into X’. A sudden jump for one policy usually means a misconfiguration; a steady stream from one app can mean an attack being stopped.
At a glance
Section titled “At a glance”| Where in the app | Entra ID › Sign-in Analytics › CA Blocks by App & Policy |
| Workload | Entra ID |
| Kind | Table |
| Data | Built from the tenant data IntensiveReports keeps in memory and refreshes in the background, so it opens at once. |
| Licence | Microsoft Entra ID P1. |
| Report id (API and MCP) | entra.sign-ins.ca-blocks |
Columns
Section titled “Columns”| Column | Key | Type |
|---|---|---|
| Policy | Name | Text |
| App | Secondary | Text |
| Blocked | Count | Text |
| Users | DistinctUsers | Text |
| Reason | Finding | Text |
| Users (sample) | Detail | Text |
| Last | LastSeen | DateTime |
What it needs
Section titled “What it needs”Licence: Microsoft Entra ID P1.
Application permissions on the IntensiveReports app registration (all permissions):
| Permission | API | What it allows | Note |
|---|---|---|---|
AuditLog.Read.All | Microsoft Graph | Read all audit log data |
Data sources it reads
GET /beta/auditLogs/signIns (7 days)
Through the API and MCP
Section titled “Through the API and MCP”GET /ir-api/v1/reports/entra.sign-ins.ca-blocks?size=100An AI assistant reads it with the MCP tool get_report and the id entra.sign-ins.ca-blocks. The client needs the Read grant for Entra ID. See Using the API.