Identity Governance
LangGuard identifies who is behind every AI action — and governs the non-human identities (NHIs) that increasingly act autonomously. Knowing whether a call came from a person, a service principal, or an agent acting on someone's behalf is essential for attribution, least-privilege, and audit.
Identity classification
Every trace is attributed to a caller and classified as one of:
| Classification | Meaning |
|---|---|
| Human | A person, resolved through your identity provider (SSO) |
| NHI (Non-Human Identity) | A service principal, bot, or automated agent identity |
| OBO (On-Behalf-Of) | An agent acting on behalf of a user — the user's identity is preserved through the call |
Where identity surfaces
- Trace Explorer — every trace's overview shows an identity card with the caller, its classification, and approval status.
- Data Catalog — Identity is a first-class entity type; you can review and approve (sanction) the identities discovered in your environment.
- AI Registry — the Identities category shows how many identities are approved versus total.
Enrichment from your identity provider
Connecting Microsoft Entra ID or Google Workspace enriches discovered identities with directory data — department, account status, and service-principal metadata. Policies use this enrichment to make decisions.
Governing non-human identities
The built-in Non-Human Identity Violation policy validates that NHIs are properly governed. It flags an NHI that:
- has no identity-provider enrichment,
- is missing or has an empty
service_principal_type, or - maps to a disabled account in the identity provider.
It requires the Entra ID integration for enrichment data and skips development-stage entities.
Next steps
- Trace Explorer — see the identity card in action
- Microsoft Entra ID — enrich identities from your directory
- Built-in Policies — the NHI policy