Skip to content
InvardiaInvardia
Why InvardiaProductsFeaturesPricingCommunity
Docs
All documentation
Product documentationPIM ManagerSecurityInsight
SettingsPIM Manager settingsSecurityInsight settingsEntra Policy Suite settings
ScriptsPIM Manager scriptsSecurityInsight scriptsEntra Policy Suite scriptsInvardia scripts
Error codesPIM Manager error codesSecurityInsight error codes
API and MCPPIM Manager APIPIM Manager MCP toolsSecurityInsight APISecurityInsight MCP tools
SecurityPIM Manager security packSecurityInsight security packEntra Policy Suite security pack
Network and designPIM Manager network guidesPIM Manager command wizardNetwork egressDesign your installationCalculate your cost
SupportSetup scriptsRemote support access
Search the docs
SupportAboutContactBook a demoCustomer portalDesign your installationFree Pro trial

PIM Manager docs

1 Why

  • Why PIM Manager

2 Features

  • Features
  • Delegation model
  • Change control
  • Admin accounts
  • Visibility and evidence
  • Integrations
  • Platform and editions

3 How to design

  • How to design
  • Nested groups
  • Role-assignable groups
  • Tiers and levels
  • Naming
  • Migration
  • Workload roles

4 Security design

  • Security design
  • Identities
  • Engine permissions
  • Database
  • Sign-in
  • Approval and audit
  • Support access
  • Updates and license
  • Data
  • Database access (least privilege)

5 Architecture, setup and sizing

  • Architecture
  • Setup
  • Sizing

6 Operate

  • Operate
  • Guards
  • Access reviews
  • PIM Activator
  • Settings

7 Integrate

  • Integrate
  • REST API and ServiceNow
  • MCP server for AI assistants
  • Hybrid Active Directory
  • MSP: managing and managed tenants

8 Knowledge base

  • Knowledge base
  • How to onboard a consultant
  • How to onboard an admin
  • How to delegate a Power BI workspace
  • How to delegate an Azure landing zone or subscription
  • How to delegate Intune roles
  • How to delegate Defender XDR to a helpdesk
  • How to use Discovery and gaps
  • How to handle drift
  • How to undo a commit
  • How to enable access reviews
  • How to approve a held policy change
  • How to add a break-glass account
  • How to install the PIM Activator without Intune
  • How to set up PIM for Active Directory
  • How to read the access map and see who can activate a role
  • How to find the least-privileged role for a task
  • MSP: how to roll a change to one wave
  • How to activate with the PIM Activator
  • How to offboard an admin
  • FAQ
  • Lessons learned

9 Reference

  • Reference
  • Glossary

10 Support

  • Support

On this page

  • What the list does
  • What you need
  • Step 1: request the change
  • Step 2: approve the change
  • Check the result
  • Undo
  • With only one SuperAdmin
  • Without PIM Manager
  • Related pages

PIM Manager documentation · Verified against PIM Manager 3.0.23.3 on Nov 3, 2026

How to add a break-glass account

PIM Manager can disable admin accounts, revoke their access and sign them out. Your emergency accounts must stay out of reach of those actions, or a bulk revoke or an offboarding could lock you out of your own tenant. This guide puts an emergency account on PIM Manager’s break-glass list.

What the list does

An account on the list is skipped by PIM Manager’s own revoke, disable, session-revoke and offboard actions, in PIM Manager and in the engine. PIM Manager and the engine read the same list, which is stored in the PIM database, and every change to it is audited.

The list protects the accounts from PIM Manager only. It does not create the accounts, and it does not exclude them from your Conditional Access policies; both stay with you in Entra ID.

What you need

  • The emergency accounts exist in Entra ID. You need their sign-in names (UPN).
  • The SuperAdmin role in PIM Manager.
  • A second SuperAdmin to approve, or self-approval switched on. An account on the list is exempt from PIM Manager’s revoke, disable and offboard actions, so a change to the list is a request: one SuperAdmin raises it and a different SuperAdmin approves it. When Allow an administrator to approve their own requests is on (Settings > Approvals & policy), the SuperAdmin who raised the request can approve it too. See With only one SuperAdmin.

Step 1: request the change

  1. Open Settings > Emergency access (break-glass). The Break-glass accounts card shows the accounts on the list. When it is empty, it says No break-glass accounts defined.

    Emergency access: the list of break-glass accounts that PIM Manager’s revoke, disable and offboard actions skip, and the emergency override, not active

  2. Type the account’s sign-in name in the box (for example breakglass01@contoso.example) and press + Add. Repeat for each emergency account.

  3. In Justification (required, audited), say why, for example The two cloud-only emergency accounts.

  4. Press Request change (a second SuperAdmin approves). With self-approval on, the button reads Request change.

  5. When a dialog explains what adding an account does, read it and confirm.

The card shows Request raised – awaiting approval by another SuperAdmin, with the time the request expires. Nothing on the list has changed yet. A request expires after 72 hours by default.

You can also add the accounts in the Break-glass accounts step of Get Started: Add accounts (search by name), then Why (kept with the request). It raises the same request.

Step 2: approve the change

The second SuperAdmin does this.

  1. Open Settings > Emergency access (break-glass). A yellow box shows Change requested by and the requester’s name, the justification, the expiry and What it changes: the accounts added (+) and removed (−).
  2. Optionally write a Note (optional, audited).
  3. Press Approve and apply and confirm. The change applies at once. To refuse it, press Reject.

The requester can withdraw an open request with Cancel my request. Only one request can be open at a time.

Check the result

  • The Break-glass accounts table lists the accounts, and the card shows the last change request with its status and who decided it.
  • On Reviews & controls > Delegation overview (All privileged permissions), tick show break-glass accounts. The accounts are marked as break-glass. A revoke that includes them (Pro editions; not in Community) skips them and says so.
  • Operations > Audit trail records the request and the decision.

Undo

Removing an account is a request too.

  1. On Settings > Emergency access (break-glass), press ✕ next to the account, fill in Justification (required, audited) and press the request button.
  2. A second SuperAdmin approves it.

If the request would leave the list empty, PIM Manager asks you to confirm an empty list first: once it is approved, no emergency account is protected from PIM Manager.

With only one SuperAdmin

With a single SuperAdmin, nobody else can approve. Use self-approval:

  1. Open Settings > Approvals & policy and switch on Allow an administrator to approve their own requests. The change is in the audit trail.
  2. Do Step 1. The button reads Request change.
  3. On the same card, press Approve. The card says Self-approval is on, so you can approve your own request. The audit trail records the approval as self-approved.
  4. Switch Allow an administrator to approve their own requests off again if you do not want it for other requests. While it is on, it also lets an administrator approve their own offboard, revoke and other approval requests.

The better long-term answer is a second named SuperAdmin; assign one on Settings > Manager access & roles.

Without PIM Manager

The screen also names the script Set-PimBreakGlassAccounts. It writes the list straight to the PIM database, for when PIM Manager itself cannot be used, for example while it is down. Unlike the scripts you download on their own, it runs from the PIM Manager release package folder that the install downloaded and verified (see Setup scripts). It needs:

  • a person who is a member of the installation’s database admin group. After the install that group holds no person, and adding one needs a Global Administrator, a Privileged Role Administrator or an owner of the group, because the group is role-assignable;
  • that person’s browser sign-in (-UseSignedInAccount), or an admin application’s certificate on the computer. It needs no Azure CLI and no PowerShell modules.

It replaces the list with a justification, writes an audit event, and prints the list it replaced so you can put it back. Run it with -WhatIf first to see what it would add and remove. If you cannot meet these needs, use self-approval as above, or ask a second SuperAdmin.

Related pages

  • Guards
  • How to offboard an admin
  • Settings

Verified against PIM Manager 3.0.23.3 on Nov 3, 2026Download PDF

← How to approve a held policy changeHow to install the PIM Activator without Intune →

InvardiaInvardia

See the risk. Control the access.

Products

PIM ManagerSecurityInsightEntra Policy SuiteAll featuresPricingFree 60-day Pro trialBook a demoWhy Invardia

Docs

DocumentationSearch the docsPIM Manager settingsSecurityInsight settingsPIM network guidesCommand wizardNetwork egressPIM Manager design configuratorSecurityInsight design configuratorDesign your installationCalculate your cost

Company

AboutContactCustomer portalSupportHow support worksHow updates reach youSupport in numbersSetup scriptsRemote support accessContact: info@invardia.com

Legal

Terms of saleLicence termsData processingPrivacyCookiesCompany information
© 2026 Invardia – a brand of 2LINKIT, founded and owned by Morten Knudsen · Strandvejen 21A, 6000 Kolding, Denmark · VAT DK39208032 · Contact: info@invardia.com