Risk-based Conditional Access blocks risky agent identities
ZTA.61012 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
MT.1181 (Conditional Access policy is present that blocks high agent risk sign-ins.) checks the same setting. Running both reports it twice.
Overview
Section titled “Overview”When an organization enables AI agents in Microsoft Entra, agent identities can access tokens to access organizational resources without an interactive user session and device, location, or MFA signals that classic Conditional Access uses to make trust decisions for human users. Microsoft Entra ID Protection for agents continuously evaluates each agent’s behavior and emits a risk level that is driven by signals such as:
- Unfamiliar resource access (the agent reaches outside its established patterns)
- Sign-in spikes (token replay or automation abuse)
- Failed-access probing (an attacker enumerating resources with the agent’s credentials)
- Sign-ins by risky users during delegated authentication (an attacker leveraging a compromised user account)
- Admin-confirmed compromise (a security admin manually flags the agent as compromised)
Without a Conditional Access policy that consumes the risk level and blocks token issuance, the platform can just record that an agent is high risk while continuing to mint the very tokens the adversary needs. The logs say “compromised” while the resource still says “yes.” A risk-based Conditional Access policy that blocks high-risk agent identities is required to close this gap between detection and enforcement.
Remediation
Section titled “Remediation”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 | AI |
| Category | AI Authentication & Access |
| Product | Entra ID |
| Feature | Conditional Access |
| Area | AI and agents |
| ATT&CK | T1078.004 Cloud Accounts |
| Licence | AAD_PREMIUM_P2&AGENT_365, AAD_PREMIUM_P2, AGENT_365 |
| Tenant | Workforce |
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
- AI and agents
- Pack
- Microsoft Zero Trust Assessment