Skip to main content

πŸš¦πŸ”΄πŸ‘¨β€πŸ’ΌCA - Block External login for BTG

The emergency account that can do anything, allowed to do it from exactly one room and nowhere else on Earth.

🚦Type Conditional AccessπŸ”΄Action Block accessπŸ‘¨β€πŸ’ΌTarget Break-glass accounts
reference-build Β· ca-block-btg-externalGolden Master reference
License tier
Business Premium (Entra ID P1)
Control plane
Entra Conditional Access
Scope
BTG group, all cloud apps, outside Panic Room
Reversibility
report-only first, clean-revert

What this policy is about πŸ”“β€‹

Break-the-Glass accounts are the tenant's spare keys: excluded from your MFA and device policies on purpose, so that when a Conditional Access change locks everyone else out at 3am, someone can still get in and fix it. That exemption is also their weakness. A BTG credential that leaks is a Global Admin with no second factor to stop it. This policy fences that risk in geographically: the Break the Glass group is blocked from every location except the Panic Room named location. Everywhere else, the answer is no.

It is Mjolnir logic. The account can do anything, but only for whoever is standing in exactly the right spot; lift it anywhere else and nothing happens.

πŸ”“ Why the block targets the account, not the world

Almost every other policy excludes the BTG group so the emergency door never locks. This one is the mirror image: it includes the BTG group and blocks it, then carves out the Panic Room as the single allowed location. One policy replaces an exclusion you would otherwise have to babysit in every future rule.

Why this matters πŸ•΅οΈβ€‹

The whole point of a break-glass account is that it sidesteps the controls protecting everyone else, which means the usual safety nets, MFA, compliant device, sign-in frequency, do not catch a compromise of it. If the credential is phished, sold, or fished out of the wrong password vault, an attacker holds an unrestricted admin login with nothing standing in the way. That is the one account you cannot afford to leave open to the internet.

Pinning it to a location turns a stolen credential into a paperweight. The attacker has the username and password and still cannot sign in, because they are not originating from the trusted address the Panic Room defines. It also keeps every other policy clean: instead of remembering to exclude BTG in each new rule you write, you contain the account here, once, and let the rest of the baseline treat it like any other locked-down identity.

πŸ› οΈ Configuration​

Where: Entra admin center β†’ Protection β†’ Conditional Access β†’ Policies.

CA policy diagram: Break the Glass group, all cloud apps, all locations except Panic Room, block access

SettingValue
Users, includeπŸ›‘οΈπŸ§‘β€πŸ’Όβ›“οΈπŸ”“πŸš¦Group - Break the Glass solution
Users, excludeNone
Conditions, locationsInclude All, exclude πŸ“πŸŸ’NLOC - Panic Room
Target resourcesAll cloud apps
GrantBlock access
SessionNone

The mechanism is the location condition, not a grant. The policy fires on all locations, the Panic Room is excluded from that set, so a sign-in from inside the Panic Room simply falls outside the policy and passes, while everything else lands on Block access. Get the Panic Room named location right and the whole thing hinges on it.

Roll it out in Report-only first and confirm two things in the sign-in logs: a legitimate test from the Panic Room is not matched, and a sign-in from anywhere else is. Only then flip it On, or you risk fencing your emergency account out of its own escape hatch.

Caveats βš οΈβ€‹

The Panic Room is now a single point of failure. This policy is only as trustworthy as the named location behind it. If that IP is a home broadband line that renumbers, or a VPN egress you decommission, the block quietly turns into a lockout. Treat the Panic Room address as protected infrastructure and validate it on a schedule.

Test the glass before you need to break it. A break-glass account you have never signed into is a theory, not a control. Do a periodic, logged sign-in from the Panic Room to prove the account still works and the location still resolves, then log and alert on every use, successful or failed.

Location is not a factor, it is a filter. IP-based trust helps an attacker who is not on your network; it does nothing about one who is, or who proxies through it. This policy narrows where the credential works, so keep the credential itself in a separate, audited vault, not the daily-driver password manager.

License and reversibility. Conditional Access is Entra ID P1, included in Business Premium. Clean-revert: set it to Off and the BTG account can sign in from anywhere again, which is exactly why a disabled break-glass containment policy belongs in drift detection, it is your most powerful account going back off its leash unnoticed.


A break-glass account is only safe when a leaked copy is useless, and a copy is useless when it can only be lifted from one room. πŸ”“