Join our Newsletter — 33% off our NHI Course
Home› Glossary› Governance, Ownership & Risk› Identity And Access Control
Governance, Ownership & Risk

Identity And Access Control

← Back to Glossary
By NHI Mgmt Group Updated October 23, 2026 Domain: Governance, Ownership & Risk

Identity and access control is the set of policies and mechanisms that confirm who or what is requesting access, then limit what that entity can do. In practice, it combines authentication, authorization, and ongoing enforcement across users, service accounts, devices, and AI agents to reduce unauthorized access and privilege misuse.

Identity and Access Control Fundamentals

Identity and access control starts with answering a simple question: who or what is asking for access, and under what conditions should that request be trusted? It is the control layer that connects authentication, identity proof, and the rules that govern access decisions.

That layer matters because modern systems rarely have only human users. Service accounts, workloads, devices, and automation all need access paths that are specific, limited, and traceable. When those paths are weak, the same control plane that enables productivity also becomes a route for misuse.

Authentication, Authorization, and Enforcement

Authentication establishes that the requester is the expected entity, while authorization decides what that entity may do. Access control becomes practical only when those decisions are enforced consistently at login, at the API layer, and during ongoing use of the resource.

Good access control is not a one-time gate. It must account for changing context such as role changes, device posture, session risk, credential freshness, and delegation. That is why access control is often paired with conditional policy, step-up checks, and periodic review rather than static permissions alone.

Where Identity and Access Control Breaks Down

Failures usually appear as excessive privilege, stale accounts, weak authentication, or authorization checks that are missing on the server side. The problem is not only initial entry, but also what happens after access is granted and how long that access remains valid.

In application and platform environments, broken access control often shows up when object ownership, function-level checks, or environment separation are assumed rather than enforced. Broken Access Control Prevention Guide is useful because it shows how authorization failures turn into real exposure, including horizontal and vertical privilege escalation.

Identity and access control also has a lifecycle dimension. Provisioning, rotation, review, and offboarding all determine whether access stays aligned to business need. IAM and IGA Basics is the clearest starting point for understanding how governance, entitlements, and access reviews fit together.

Identity and Access Control for People, Services, and Agents

The same control model must work across people and non-human actors, but the implementation differs. Humans usually need stronger proofing, recovery, and governance. Services and automation need tightly scoped credentials, predictable rotation, and clear ownership so that access does not outlive the system that uses it.

For workloads and machine-to-machine access, the practical question is not just “who signed in” but “what exactly was allowed to call what, and for how long?” Authorisation Models Guide helps explain when RBAC, ABAC, ReBAC, and policy-based controls are the right fit for fine-grained decisions.

That same logic now extends to AI agents that can act with delegated authority. When an agent can invoke tools or consume secrets, access control must be explicit about scope, trust boundary, and revocation, rather than treating the agent as just another user.

For a broader view of how identity governance changes when non-human actors are included, NHI Lifecycle Management Guide shows why inventory, ownership, and retirement matter as much as initial issuance.

Risk and Threat Considerations

Identity and access control fails most dangerously when an attacker can reuse a valid identity path instead of breaking in directly. Overprivileged accounts, stale service credentials, weak recovery flows, and missing authorization checks can turn a single compromise into broad internal access.

Failure mechanism: Attackers target the identity layer because it often grants legitimate-looking access. If permissions are too broad, if sessions last too long, or if access checks are inconsistent, compromise of one account or token can become lateral movement, data access, or privilege escalation.

Impact: The result can be unauthorized data exposure, administrative takeover, abuse of business functions, or persistent access that survives the original intrusion path. In environments with shared credentials or poor offboarding, the same weakness can affect many systems at once.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST SP 800-53 Rev 5 provides the primary governance reference for this term.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5IA-2 — Identification and Authentication (Organizational Users)Covers authenticating human users before access is granted.
IA-5 — Authenticator ManagementCovers credential issuance, rotation, and lifecycle for access control.
AC-6 — Least PrivilegeDirectly addresses limiting what an identity can do after authentication.
Recommendation — Enforce IA-2 to verify organizational users before issuing access. Apply IA-5 to manage authenticator issuance, rotation, and revocation. Use AC-6 to constrain each identity to the minimum required privileges.

Practitioner Guidance

Why practitioners should care: Identity and access control is one of the few security layers that directly shapes both normal operation and breach containment. If it is too loose, the environment becomes easy to misuse; if it is too rigid, teams work around it and create shadow paths.

Governance implication: Treat access as a living control, not a setup task. Ownership, review cadence, and revocation must be explicit for every identity type, including service accounts and agents, so that permissions can be justified and removed when they are no longer needed.

Practitioner takeaway: The strongest programmes make access decisions measurable, reviewable, and revocable across the full identity lifecycle, not just at sign-in.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 23, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org