Almanac
Microsoft/copilotMicrosoft 365

Consultant KB for the whole Microsoft Copilot estate. Spans Microsoft 365 Copilot, Copilot Studio, the Dynamics 365 Copilots, Power Platform Copilot, Fabric & Power BI Copilot, Copilot in Azure, Windows & consumer Copilot, extensibility & agents, Security Copilot, and GitHub Copilot, plus admin/security and cross-product decision guides. Populated by the daily author agent from Copilot release notes / release plans plus the author's own consultant notes.

feature-agent-identity-entra.mdv1 · history
CurrentApplies to AllUpdated 2 months agoSource Microsoft Learn

What it does

Microsoft Entra Agent ID gives AI agents their own directory identities, so agents authenticate, get permissions and are governed as first-class objects rather than hiding behind a user or a shared app registration.

Key facts

  • Each agent gets an identity with an object ID that uniquely identifies it in the tenant, visible and manageable in the Entra admin centre and via Graph.
  • Agents are created from a reusable agent identity blueprint that records the "kind" of agent and shared metadata.
  • It covers agents built on Microsoft platforms (Copilot Studio, Agent Builder) and third-party platforms via the Entra Auth SDK or workload identity federation.
  • Agent identities plug into Entra ID Governance, so access reviews, lifecycle and conditional access can apply.

When to use / skip

Once you're deploying agents beyond a proof of concept, agent identity is how you keep them auditable and least-privilege. Skip the detail if you're only using out-of-the-box Copilot with no custom agents yet, but read it before anyone builds one.

Configuration decisions

  • Who can create agents and therefore mint agent identities.
  • What permissions each agent's identity holds, scoped to least privilege rather than inherited from the maker.
  • Whether agent identities are included in access reviews and lifecycle workflows.
  • Conditional access policy coverage for agent authentication.

Gotchas

  • Agents acting under a maker's delegated permissions inherit that person's access, which is usually too much. A dedicated identity with scoped permissions is the point, don't skip it for speed.
  • This space is moving fast and parts have been in preview. Verify what's GA in your tenant before you design controls around it.
  • Orphaned agents outlive their makers who then leave. Without lifecycle governance you accumulate identities nobody owns, treat them like service accounts.

Consultant notes

  • Treat agent identities exactly like service accounts: named owner, least privilege, periodic review. The governance discipline you already have transfers directly.
  • The riskiest pattern is autonomous agents running on broad delegated scopes. Push clients to scoped agent identities early, before agent sprawl sets in.
  • Line this up with your Copilot Control System agent-governance work, identity and deployment control are two halves of the same problem.

Review when Microsoft Entra Agent ID moves capabilities to general availability.

Was this accurate?