Policy design
Set authentication, device, location and risk conditions for each user group and application.
Conditional Access policies are the rules in Microsoft Entra ID that decide whether a sign-in is allowed, blocked or must meet extra conditions, such as multi-factor authentication (MFA) or a compliant device. Umbrella Tech designs, tests and deploys Conditional Access for Australian organisations using report-only evaluation, pilot groups and a staged rollout, so access is tightened without locking out the people who need it.
Policies introduced without testing can block essential access. Policies that are too broad or contain poorly understood exclusions can also create gaps that remain hidden until an incident.
You receive a policy set with a clear rationale for each rule, deployment evidence and operational guidance. This page focuses on access decisions; broader identity platform design is covered by our Entra ID service.
Set authentication, device, location and risk conditions for each user group and application.
Run new policies in report-only mode and review sign-in logs before enforcing them.
Test with representative users, then enforce in stages with clear communication to staff.
Exclude and protect break-glass accounts, and document a rollback approach.
Record exceptions, naming conventions and who reviews the policy set.
Examine current sign-ins, legacy authentication, service accounts and devices so policies reflect how people actually work.
Build policies against the agreed baseline and run them in report-only mode to see who would be affected.
Enforce for a representative pilot group, resolve issues and confirm emergency access still works.
Extend enforcement in planned stages, monitor sign-in logs and hand over the documented policy set.
Can't see your question? Ask us directly →
They are if-then rules evaluated at sign-in: when a user, application, device or location matches the conditions, the policy grants access, requires something extra such as MFA, or blocks the attempt. Older guides call this Azure AD Conditional Access, from before Azure Active Directory was renamed Microsoft Entra ID.
When you need MFA enforced consistently, want to block legacy authentication, or need access to depend on device compliance or location. Conditional Access requires Microsoft Entra ID P1 or higher, which several Microsoft 365 plans include.
We examine dependencies, test representative scenarios and plan a staged rollout. Emergency access arrangements and a rollback approach are in place before any policy is enforced.
It depends on the number of policies, user groups, service accounts and applications involved, and how long report-only data needs to be collected. Scope and timing are confirmed in discovery.
Every exclusion is a potential gap, so exclusions are documented, owned and reviewed. Policy changes should go through change control, and Conditional Access is a core building block of Zero Trust Implementation.
Tell us what concerns you most about your environment and what evidence you need to show.