MFA decided, but not everywhere
Legacy protocols, guests and individual accounts still sign in with a password only.
Conditional Access for Microsoft Entra ID
We implement Conditional Access in your tenant at a fixed price, with break glass accounts, a report-only phase and a pilot group before any policy applies to everyone. The result: MFA at every sign-in, and the evidence your auditors ask for.
Sound familiar?
Legacy protocols, guests and individual accounts still sign in with a password only.
A badly scoped policy can hit administrators too. So the project keeps slipping.
You need to show that every sign-in is protected, and you have nothing to show them.
Rollout
Emergency exit first, then observe, then enforce. An example tenant, step by step.
The baseline follows established Conditional Access best practices, tailored to your licences and edge cases.
Old protocols without MFA are blocked once scanners and interfaces have been moved over.
At every sign-in; only the break glass accounts stay excluded.
Phishing-resistant sign-in with passkeys, enforced through an authentication strength.
MFA for guests too, instead of a blanket exclusion.
Where Intune is in use: access from compliant devices only.
A response to sign-in and user risk, where Entra ID P2 is licensed.
30 minutes
Clarify the starting point, licences and edge cases.
Fixed price
Scope based on your tenant and edge cases; the price is fixed before we start.
3 to 6 weeks
Inventory, break glass accounts, report-only, pilot and activation.
Documented
Policy documentation, exception list and evidence; ongoing review through managed security if you wish.
In 30 minutes we clarify licences, edge cases and scope, followed by a fixed-price quote.
Microsoft Entra ID P1. It is included in Microsoft 365 Business Premium, E3 and E5, among others. Risk-based policies require Entra ID P2, which is included in Microsoft 365 E5, for example.
An emergency access account: a cloud-only account with the Global Administrator role, used only in an emergency. We set up two, with FIDO2 security keys, excluded from every policy and with an alert on every sign-in.
An admin signs in with a break glass account, switches the affected policy back to report-only and analyses the sign-in in the log. To keep this rare, every policy applies to a pilot group first.
Security defaults enforce MFA across the board, with no exceptions, no device conditions and no evidence per policy. The two cannot run side by side, so we switch on the same day the replacement policies take effect.
Your sign-in logs know. In an introductory call we clarify what that means for your policies.