AGDLP is an access management model that simplifies permission assignment by linking users to roles and roles to resources through groups. In practice, it stands for Accounts, Global groups, Domain Local groups, and Permissions, creating a structured path for authorization that reduces direct user-to-resource entitlements and supports IAM governance.
How AGDLP structures access control
AGDLP is a group-based authorization pattern that reduces direct user-to-resource permissions by inserting intermediate group layers. That matters because it gives administrators a repeatable way to express access through membership and role-like grouping instead of granting entitlements one account at a time.
Its core value is that permissions become easier to understand, review, and change. When access is granted through groups, the security team can adjust membership without rewriting resource permissions, which helps keep access decisions consistent across many systems and teams.
Why the model uses nested groups and permissions
The “Accounts, Global groups, Domain Local groups, Permissions” sequence is the heart of the model. Accounts represent the principals, global groups collect users by business role or function, domain local groups hold resource-specific access, and permissions are applied at the resource boundary.
That layering creates separation between who someone is, how they are organised, and what they can reach. In practice, it lets organisations map business structure to technical authorization in a way that is easier to audit than direct ad hoc entitlements.
Where AGDLP fits in IAM governance
AGDLP is most useful in environments that need disciplined entitlement management. It supports joiner-mover-leaver processes, access reviews, and least-privilege design because access can be governed at the group level rather than scattered across individual accounts.
The model also makes ownership clearer. Teams can own group membership, resource owners can own permission assignments, and IAM teams can define the rules that connect those layers. That division of responsibility is one reason the pattern remains common in enterprise directory-based access control.
What AGDLP does not solve on its own
AGDLP improves structure, but it does not automatically make access secure. Poorly governed groups can still accumulate excessive privilege, stale memberships can linger, and overly broad resource groups can hide overexposure behind a neat naming scheme.
It also depends on strong administrative discipline. If groups are created without naming standards, ownership, or periodic review, the model can become just another way to organise excessive access instead of a control that reduces it.
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 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | AC-2 — Account Management | AGDLP structures how accounts are grouped and governed for access decisions. |
| AC-6 — Least Privilege | AGDLP is designed to reduce direct entitlements and support least-privilege authorization. | |
| AC-3 — Access Enforcement | The model assigns permissions at the resource boundary, where access enforcement occurs. | |
| Recommendation — Use AC-2 to centralize account lifecycle governance and review group membership regularly. Apply AC-6 to grant access through groups only at the minimum level needed. Use AC-3 to enforce permissions through resource-bound authorization rules rather than direct assignments. | ||
| CIS Controls v8 | 5 — Account Management | AGDLP is a control pattern for organizing and governing user access through managed groups. |
| Recommendation — Consolidate access into managed groups and remove direct user-to-resource entitlements. | ||
| ISO/IEC 27001:2022 | A.5.15 — Access control | AGDLP is an access-control design pattern for governing permissions through structured group layers. |
| A.5.18 — Access rights | The model is about granting, changing, and reviewing access rights through group membership. | |
| Recommendation — Define and maintain access-control rules that map business roles to resource permissions. Review access rights periodically and ensure group membership matches current business need. | ||
Practitioner Guidance
Governance implication: Treat AGDLP as an operating model for entitlement hygiene, not as a one-time directory design. Its value depends on clear group ownership, predictable naming, and regular review of whether each group still reflects a real business need.
What to watch for: Watch for group sprawl, nested groups that obscure effective access, and permissions assigned directly to users or resources outside the model. Those are the usual signs that AGDLP has drifted away from least-privilege intent.
Deepen Your Knowledge
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.
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