Agent Foskett Academy • Microsoft Entra • Module 1 • Lesson 9

Lesson 9 — Entitlement Management and Access Packages

Access should not be granted through informal requests, copied permissions or permanent group membership.

Microsoft Entra entitlement management provides a structured way to package resources, define who may request them, require approval, set expiration and review access throughout its lifecycle.

This lesson explains catalogues, access packages, request policies, approval workflows, assignment duration, renewals, connected organisations and the investigation evidence behind governed access.

Governed access should be requested, approved, time-limited, reviewable and automatically removed when it is no longer required.
Agent Foskett Microsoft Entra Entitlement Management and Access Packages lesson
What you will learn

This lesson explains how Microsoft Entra packages and governs access for employees, contractors and external users.

Catalogues and access packages
Request and approval policies
Expiration, renewal and reviews
Access investigation workflow

Learning objectives

After completing this lesson, you should be able to design and investigate Microsoft Entra entitlement management workflows.

  • Explain catalogues and access packages.
  • Describe resources, roles and assignment policies.
  • Understand approvals, questions and business justification.
  • Configure expiration, renewal and recurring reviews conceptually.
  • Investigate unexpected or inappropriate access package assignments.

The problem this solves

Users often need several resources at once for a project, department or external engagement.

Without entitlement management, every resource may require a separate request, approval and manual removal, creating inconsistency and stale access.

What is entitlement management?

Entitlement management is a Microsoft Entra ID Governance capability that automates access request, approval, assignment, expiration and review processes.

Business requirement │ ├── Catalogue contains approved resources ├── Access package bundles the required roles ├── Request policy defines who can request ├── Approval policy defines who decides ├── Assignment policy defines duration └── Review policy confirms ongoing need
Agent Foskett principle:

An access package is not just a collection of permissions. It is a governed lifecycle for those permissions.

Catalogues

A catalogue is a container for resources and access packages owned by a business area, project or governance team.

Catalogue owners decide which groups, applications and SharePoint resources may be included.

Catalogue ownership

Ownership should sit with people who understand the business purpose and risk of the resources.

Security teams can provide standards and oversight, but resource owners should remain accountable for access decisions.

Access packages

An access package combines multiple resource roles into a single governed access offering.

Resource typeExample role in the packagePurpose
Microsoft Entra groupMember or ownerProvide team, licensing or application access through group membership.
Enterprise applicationUser or application-specific roleGrant access to a SaaS or line-of-business application.
SharePoint siteMember or visitorProvide project files, records or collaboration access.

Resource roles

Each resource can expose one or more roles, such as group member, group owner, application user or SharePoint visitor.

Package designers should choose the least-privileged role that supports the business task.

Package design

Access packages should represent a clear business purpose such as Project Phoenix Contributor, External Auditor or Finance Reporting User.

Avoid oversized packages that grant unrelated access simply for administrative convenience.

Request policies

Request policies determine who can request an access package and under what conditions.

Request policy │ ├── Users in the organisation ├── Users in selected connected organisations ├── Specific users or groups ├── Administrator-only assignment └── Eligibility and approval requirements

Business justification

Requesters can be required to explain why they need access.

Justification should be specific enough for an approver and investigator to understand the business purpose later.

Custom questions

Packages can collect additional information such as project name, sponsor, cost centre, expected end date or data-handling requirement.

Good questions improve approval quality and provide useful investigation evidence.

Approval workflows

Approval modelWhen it may fitRisk consideration
No approvalLow-risk access for a tightly controlled eligible population.Eligibility and expiration must still be appropriate.
Manager approvalThe manager understands the user's role and need.The manager may not understand the technical resource risk.
Resource owner approvalThe owner understands the application, group or site.The owner may not understand the requester's business role.
Multi-stage approvalHigh-impact, sensitive or external access.Too many stages can cause delays and rubber-stamping.

Approval timeout

Requests should not remain open indefinitely.

Policies can define what happens when an approver does not respond, including escalation to an alternate approver.

Approver quality

An approver should understand either the requester's need, the resource risk or both.

Approval should not be treated as a notification or automatic formality.

Assignment duration and expiration

Access granted │ ├── Fixed number of days ├── Specific end date ├── No expiration only when justified ├── Renewal may require a new request └── Expiration automatically removes package resources

Time-limited assignment is one of the strongest entitlement management controls because temporary business access is automatically removed.

Renewal

Renewal allows an assignment to continue after the original expiration when the business need remains valid.

Renewal should require fresh justification and, for sensitive access, renewed approval.

Automatic removal

When an assignment expires or is removed, Microsoft Entra removes the resource roles delivered through the package.

Investigators should confirm whether any separately assigned access remains outside the package.

Connected organisations and external access

Connected organisations represent external directories or partner relationships that may request access packages.

External partner │ ├── Connected organisation defines relationship ├── External user requests package ├── Sponsor or resource owner approves ├── Guest identity receives governed resources ├── Assignment expires or is reviewed └── Guest account may be removed when no access remains

Guest sponsorship

External users should have a sponsor who understands why the relationship exists and when it should end.

Missing or inactive sponsors are strong indicators that external access may be stale.

External lifecycle

When an external user's last governed assignment ends, the organisation should decide whether the guest account should remain or be automatically removed.

This prevents unused guest identities from accumulating indefinitely.

Access reviews for package assignments

Access reviews can periodically ask whether users still require their access package assignments.

ReviewerUseful whenKey question
User self-reviewThe user can confirm whether the task or project continues.Do I still need this access?
ManagerThe manager understands the user's responsibilities.Does this role still require the package?
Resource ownerThe owner understands the data or application risk.Should this user retain access to my resource?
SponsorThe assignment belongs to an external user.Does the partner relationship still exist?

Review recommendations

Microsoft Entra may provide recommendations based on sign-in activity or other signals.

Recommendations help reviewers, but they do not replace business context or investigation.

Default decisions

Policies may define what happens when reviewers do not respond.

For sensitive access, automatically approving unanswered reviews can undermine the purpose of certification.

Entitlement management investigation workflow

1. Identify the unexpected access package assignment 2. Review the catalogue and package owner 3. Identify the resources and roles delivered 4. Review who requested the package 5. Review business justification and custom answers 6. Identify each approver and decision time 7. Check assignment start, expiration and renewal history 8. Review access-review decisions and recommendations 9. Inspect Entra audit logs and sign-in activity 10. Remove inappropriate access and correct the policy
Investigation question:

Was the access inappropriate because the request was malicious, the approval was weak, the package was badly designed or the assignment simply outlived its business need?

Real-world scenario: the project access never expired

1. An employee requests the Project Phoenix access package 2. The package grants a group, enterprise application and SharePoint site 3. The manager approves the request 4. The employee provides a valid three-month project justification 5. The assignment policy has no expiration configured 6. The employee transfers to another department eight months later 7. No access review is scheduled 8. The old application is used during a suspicious late-night sign-in 9. The assignment is removed and sessions are reviewed 10. The package is updated with 90-day expiration, renewal approval and quarterly reviews

Investigate package changes

Review audit logs for changes to package resources, request policies, approvers, assignment duration and review configuration.

An attacker or careless administrator may weaken governance without directly assigning access.

Investigate actual use

Determine whether the access was used and what actions occurred in the application, group or SharePoint site.

Entitlement records explain how access was granted; workload telemetry explains what the user did with it.

Common mistakes

MistakeWhy it creates riskBetter practice
Packages that include too many resourcesUsers receive access unrelated to their task.Create purpose-specific packages using least privilege.
No expirationTemporary access becomes permanent.Set a duration or specific end date and require renewal.
Manager-only approval for sensitive applicationsThe manager may not understand the resource risk.Include the resource owner or use multi-stage approval.
Weak business justificationApprovers and investigators cannot validate the request.Require specific justification and useful custom questions.
No access reviewAssignments continue after projects or roles change.Schedule recurring reviews based on access sensitivity.
Ignoring separately assigned accessRemoving the package may not remove every permission.Check direct, group-based and privileged assignments separately.

Key takeaways

  • Catalogues organise governed resources and access packages.
  • Access packages bundle groups, applications and SharePoint roles around a clear business purpose.
  • Request policies define who may request, who approves and what information must be provided.
  • Expiration, renewal and access reviews prevent temporary access from becoming permanent.
  • Connected organisations help govern external and guest access.
  • Investigations should connect the request, approval, assignment, review, audit and actual resource activity.

Continue learning

Continue through Microsoft Entra identity governance, or return to the academy roadmap.

Microsoft Entra Entitlement Management and Access Packages

Microsoft Entra entitlement management helps organisations govern access through catalogues, access packages, request policies, approval workflows, expiration, renewal and access reviews.

Microsoft Entra Academy Lesson 9 — Entitlement Management and Access Packages

This Agent Foskett lesson explains access package resources, catalogue ownership, assignment policies, connected organisations, external user governance and access investigations.