Secure Your GDAP Access with Just-in-Time Permissions
Nick Ross · · Video and write-up
TL;DR: Most MSPs still run with standing access to customer tenants through GDAP. That’s convenient but dangerous. Switching to Privileged Identity Management (PIM) for Groups in Entra ID gives your techs just-in-time (JIT), time-bound access with MFA, approval, and auditing. This post shows you the “why,” the architecture, and the exact steps to deploy it with a practical tiered model.
Why Standing Access Is a Silent Risk
If you’re an MSP, you probably have GDAP relationships across dozens—maybe hundreds—of customer tenants. Your technicians often hold roles like Global Reader, Exchange Admin, Intune Admin, and sometimes (yikes) even Global Administrator. In many environments, those assignments are always on.
That convenience turns into a liability the moment a technician account is compromised (e.g., token theft or a successful AiTM phish). An attacker inherits the same 24/7 rights into every downstream tenant your team can reach. That’s how supply-chain risk propagates.
The fix: replace standing access with JIT access. Your engineers only activate the rights they need, when they need them, for a tightly controlled window, then those rights automatically expire.

The Better Model: Just-in-Time Access with PIM for Groups
Privileged Identity Management (PIM) for Groups lets you:
- Make technicians eligible for group membership (not permanent members)
- Require activation with time limits, MFA, justification, and optional approval
- Audit every activation (who, when, where, for how long)
Result: After hours, weekends, or holidays, your techs don’t have lingering rights into customer tenants. If a tech account is compromised, the attacker still has to activate access and your controls (MFA, approval, alerts) stand in the way.
Recommended Architecture: A Tiered Group Strategy

Create PIM-enabled groups that map to the real work your team does. Keep the least-privileged work easy, and escalate controls as permissions increase.
Tier 1 — Everyday Helpdesk (low impact)
- Examples: Password reset, basic user management, Global Reader
- Controls: JIT activation, no approval, justification optional, 8–10 hour max duration (shift-length)
Tier 2 — Admin Workloads (moderate impact)
- Examples: Exchange Admin, Teams Admin, Intune Admin
- Controls: JIT activation, MFA + justification (ticket #), shorter 1–2 hour windows
Tier 3 — High Impact / Emergency (very high impact)
- Examples: Security Admin; (avoid Global Admin here if possible)
- Controls: JIT activation, MFA + justification + approval, ≤1 hour windows, enhanced notifications
Tip: If you use tooling that creates one security group per permission (like CIPP), you can enable PIM on each group for the most granular, least-privilege model. It’s more setup work, but superb for risk containment.
Prerequisites
- Licensing: Entra ID P2 (or Microsoft 365 E5) in your MSP tenant to use PIM for Groups.
- GDAP relationships already established in Partner Center.
- Clear understanding of the roles your team genuinely needs across tenants.
Step-by-Step: Configure PIM for Groups (MSP Tenant)
1) Create (or identify) your security group
- Entra ID → Groups → New Group → Security
- Name it clearly (e.g.,
GDAP-Tier1-Helpdesk,GDAP-Intune-Admins)
2) Enable PIM on the group
- Entra ID → Privileged Identity Management → Groups -> Discover Grpi[s
- Select your group → Enable PIM for this group
- Set Assignment type = Eligible for technicians (not Active)
3) Configure activation settings (per Tier)
- Activation duration:
- Tier 1: up to a full shift (e.g., 8–10 hours)
- Tier 2: 1–2 hours
- Tier 3: ≤1 hour
- Require Azure MFA: On (for all tiers)
- Require justification / ticket number: On (Tier 2/3)
- Require approval: On (Tier 3)
- Notifications:
- Keep Tier 1 quiet (avoid noise for daily activations)
- Notify on Tier 2/3 activations and new assignments
Note: If a user has already satisfied MFA in their session, PIM may not prompt again during activation. That’s expected behavior. (Some admins wish it always re-prompts—today it respects existing MFA session claims.)
4) Map the group to customer tenants via GDAP
- Partner Center → Customers → Granular admin relationships
- Add your PIM-enabled security group to the relationship
- Grant the specific roles (e.g., Directory Reader, User Admin, Intune Admin) the group should hold in that tenant
5) Technician activation flow (daily use)
- Tech signs in → PIM → Groups → Activate
- Provides justification / ticket number (if required)
- Completes MFA and/or awaits approval (if required)
- Works within the time window
- Membership auto-expires (no cleanup needed)
Support Docs: Privileged Identity Management (PIM) for Groups – Microsoft Entra ID Governance | Microsoft Learn (opens in new tab)
Rollout Plan (Minimal Disruption)
- Start with one customer tenant and one tier (Tier 1).
- Document the flow (screenshots + a 60-second Loom/clip for your team).
- Collect feedback on friction points.
- Add Tier 2, then Tier 3 with approvals.
- Scale out across tenants once the process feels smooth.
Final Thoughts
PIM for Groups transforms how MSPs manage GDAP. You’ll reduce supply-chain risk, gain clear audit trails, and still keep your team moving fast. Start with Tier 1, prove the workflow, and then bring Tier 2/3 online with stronger controls
See how your Microsoft 365 tenant measures up in about a minute.
CloudCapsule scans 300+ security controls, shows what to fix first, and keeps watching for drift after you fix it. Whether you manage one tenant or fifty, it’s the complete Microsoft 365 security workflow.
No credit card required. Results in about a minute.
Keep reading
GDAP Architecture+ Multi-tenant Automation
In the past, I’ve written some blog posts that show how you can setup automation across tenants leveraging GDAP. GDAP effectively broken a lot of MSP and vendor automation because it requires a specific configuration. In this article, I am going to share a script I have created so that you can update permissions for […]
Vendor Integrations Break with GDAP: The Fix!
In October of last year, I published an article explaining how GDAP breaks vendor integrations: Vendor Integrations will Break with GDAP – (tminus365.com) This is specifically for Vendors using an integration that leverages delegated access into downstream customer tenants. If you are a vendor that requires consent to your integration at a per tenant level, […]
My Automations Break with GDAP: The Fix!
I’ve been blogging about GDAP for over a year now. If you are not familiar with GDAP, I suggest you check out some of my earlier articles to get a breakdown. Its very important to understand GDAP before reading this article: What is GDAP GDAP Checklist Leveraging PIM with GDAP As a CSP Partner with […]



