PIM: Protect Your Privileged Roles
Plan and manage Entra ID roles in Privileged Identity Management β eligible vs active assignments, activation workflows, approval, and PIM settings.
What is Privileged Identity Management (PIM)?
PIM is a safe for your admin keys.
Imagine you run a hospital. You wouldnβt let every doctor carry the master key to the pharmacy all day β too risky. Instead, you keep the master key in a safe. When a doctor needs it, they check it out (explain why, get approval, show their badge), use it for the time needed, and return it. The safe logs everything: who took the key, when, why, and when they returned it.
Thatβs PIM. Instead of admins having Global Admin rights 24/7, they have eligible access β they can request activation when needed, for a limited time, with approval and logging. When the time expires, the permissions automatically disappear.
Eligible vs Active assignments
This is the most fundamental PIM concept and appears in nearly every exam question:
| Feature | Eligible Assignment | Active Assignment |
|---|---|---|
| Standing access? | No β must activate when needed | Yes β always has the role |
| Activation required? | Yes β user must request activation | No β role is always on |
| Time-limited? | Activation expires after configured duration | Can be permanent or time-bound |
| Approval needed? | Configurable β can require approval | No activation, so no approval step |
| Security posture | Strong β minimises standing access | Weaker β permanent privileged access |
| Best for | Day-to-day admin tasks | Break-glass accounts, service accounts |
| Exam preference | Recommended approach for most roles | Use sparingly and justify |
The golden rule: Make roles eligible unless thereβs a specific reason for active (break-glass accounts, automated service accounts that canβt interactively activate).
The activation workflow
When a user with an eligible assignment needs to use their role, this is what happens:
User requests activation
β
MFA required? β Authenticate with MFA
β
Justification required? β Provide reason
β
Ticket number required? β Enter ticket reference
β
Approval required? β Approver gets notification β Approve/Deny
β
Activation granted (time-limited)
β
Timer expires β Role automatically deactivated
Scenario: Priya configures PIM for Global Admin
π Priya at Meridian Health configures PIM for the Global Administrator role:
PIM role settings for Global Admin:
- Maximum activation duration: 2 hours (admins must re-activate if they need more time)
- Require MFA on activation: Yes
- Require justification: Yes
- Require approval: Yes β approved by Priya or the CTO
- Require ticket number: Yes (must reference a change request)
- Send notification when activated: Yes β security team gets an email
Eligible assignments:
- Priya herself (identity architect)
- Marcus (senior infrastructure admin)
- One break-glass account β Active permanent assignment (canβt interactively activate)
Now when Marcus needs Global Admin to perform a tenant-wide change, he:
- Goes to the PIM blade in the Entra admin center (or myaccess.microsoft.com)
- Selects Global Administrator β Activate
- Completes MFA
- Enters justification: βDeploying new Conditional Access policies per CHG-4521β
- Enters ticket number: CHG-4521
- Priya receives an approval request β Approves
- Marcus has Global Admin for 2 hours β role deactivates automatically
PIM role settings β the control panel
Each Entra role has independent PIM settings. You configure settings per role, not globally.
| Setting | What It Controls | Typical Config |
|---|---|---|
| Max activation duration | How long the role stays active after activation | 1β24 hours (default 8h, use 1β4h for sensitive roles) |
| Require MFA | MFA required when activating | Always Yes for privileged roles |
| Require justification | User must explain why they need the role | Yes for most roles |
| Require approval | Approval needed before activation | Yes for Global Admin, Privileged Role Admin; optional for less sensitive roles |
| Require ticket information | Must provide a ticket/change request number | Yes for change-managed environments |
| Allow permanent eligible | Can eligible assignments be permanent (no end date)? | Yes β eligible is safe even if permanent |
| Allow permanent active | Can active assignments be permanent? | No for most roles (exception: break-glass) |
| Require Azure MFA (not claims) | Specifically requires Entra MFA, not federated claims | Recommended for highest security |
| Assignment notifications | Email when someone is assigned the role | Yes β security team should know |
| Activation notifications | Email when someone activates the role | Yes β security team should know |
Exam tip: Settings are per-role
PIM settings are configured per role, not globally. You might require approval for Global Admin but not for Helpdesk Admin. The exam tests whether you know that changing the Global Admin PIM settings does NOT affect User Admin settings β theyβre independent.
Also note: Privileged Role Administrator is the role that manages PIM settings β not Global Admin specifically (though Global Admin can do everything).
Managing the approval process
When a role requires approval, designated approvers receive notifications:
Approver experience:
- Receive email notification (or check PIM in the portal)
- See the request details: who, which role, justification, ticket number
- Approve or Deny with a reason
- If approved, the userβs role activates immediately
If the approver doesnβt respond:
- The request times out after the configured period (default 24 hours)
- The userβs activation is denied
- The user can re-request
Scenario: Priya approves Marcus's Global Admin activation
π Marcus requests Global Admin activation. Priya receives an email:
PIM Activation Request User: Marcus Chen Role: Global Administrator Justification: βDeploying new Conditional Access policies per CHG-4521β Ticket: CHG-4521 Duration: 2 hours
Priya checks the change management system, confirms CHG-4521 is a legitimate approved change, and clicks Approve. Marcus immediately has Global Admin for 2 hours.
After the change, Marcus can deactivate early (best practice) or let the 2-hour timer expire automatically.
Assignment types: eligible vs active, permanent vs time-bound
PIM assignments have two independent dimensions:
| Eligible | Active | |
|---|---|---|
| Permanent | User is always eligible to activate (no end date) | User always has the role (no end date) β avoid this |
| Time-bound | User is eligible to activate until the end date | User has the role until the end date |
Best practices:
- Permanent eligible is fine β the user can activate when needed, and it doesnβt expire
- Time-bound eligible is great for contractors or project-based access
- Time-bound active is acceptable for temporary scenarios
- Permanent active should be reserved for break-glass accounts only
Exam tip: Maximum assignment duration
In PIM role settings, you can set a maximum duration for both eligible and active assignments. If you set βRequire expirationβ for active assignments with a maximum of 365 days, no one can create a permanent active assignment. This is a governance guardrail.
Activation alerts and notifications
PIM can send notifications at multiple points:
| Event | Who Gets Notified |
|---|---|
| Role assigned (eligible or active) | Assignee, admin, approvers (configurable) |
| Role activated | Security team, Global Admin, configured recipients |
| Role deactivated | Configurable |
| Pending approval | Designated approvers |
| Role assignment about to expire | Assignee (reminder to renew or re-request) |
PIM alerts (separate from notifications):
- Too many Global Admins β triggered when the number exceeds a threshold
- Roles being activated too frequently β possible misuse
- Roles not using PIM for activation β direct active assignments bypassing PIM
- Potential stale role assignments β eligible roles that havenβt been activated in a long time
Video Lesson
π¬ Video coming soon
PIM: Protect Your Privileged Roles
PIM: Protect Your Privileged Roles
~12 minKey Concepts
Knowledge Check
Priya wants Global Admin to require MFA, a justification, and approval before activation, with a maximum of 2 hours active time. Where does she configure these requirements?
Marcus is an eligible Global Administrator in PIM. He needs to perform an urgent tenant-wide configuration change but the designated approver (Priya) is on leave. What happens?
Anika is auditing PIM at a client and finds that 12 users have permanent active Global Administrator assignments. What is the recommended remediation?
Which of these is NOT a configurable requirement for PIM role activation?
A user is eligible for the Security Administrator role through PIM with a maximum activation duration of 4 hours. They activate the role at 9:00 AM. At 1:30 PM, they need the role again for an incident. What must they do?
Next up: PIM: Azure Resources, Groups & Audit β extending PIM to Azure subscription roles, using PIM for Groups, auditing PIM activity, and securing break-glass accounts.