Professional on a phone call while reviewing email on a laptop
MICROSOFT 365 IDENTITY

Microsoft 365 MFA and Conditional Access That Actually Applies

Every Outlook, SharePoint, OneDrive and Teams sign-in should meet a deliberate policy. We verify coverage, exclusions and sign-in results, not just the setting.

Consultant reviewing Microsoft 365 security results with a client on a tablet
CLOSE THE SIDE DOORS

Block Legacy Authentication Before Attackers Find It

Older mail clients and protocol exceptions can bypass MFA entirely. Sign-in logs show which paths are still in use and what must change before blocking.

Bright modern data center with rows of server racks
$3,500 FIXED FEE

A Read-Only Microsoft 365 Security Audit, Any Tenant Size

200 checks, including MFA and Conditional Access, delivered as an executive report, technical report, risk register and remediation roadmap by a Certified CISO.

25+ yearsIT & cybersecurity experience
Certified expertsCISSP · C|CISO · Microsoft · Cisco
Southern CaliforniaLocal and on-site, based in Irvine
NationwideRemote audits & advisory
Schedule a consultation →
WHY IT MATTERS

MFA alone is not Conditional Access

Microsoft 365 access is decided by identity, authentication method, device state, application, location, risk signals and the resilience of administrative recovery. MFA is one control; Conditional Access combines those conditions and can require or block other controls.

Ali Hassani, CISO (C|CISO, CISSP) with 25+ years in Microsoft infrastructure and security, reviews Microsoft 365 tenants for organizations in Orange County and Southern California on-site, and nationwide remotely. The goal is simple: prove that the policy you intended is the policy that applied.

CONTROL AREAS

Microsoft 365 MFA and Conditional Access controls to verify

Each area lists where to look in the Entra admin center and what evidence proves the control works.

Authentication methods policy

Move method administration to the current Entra authentication methods policy and restrict who can register or manage privileged methods.

  • Protection > Authentication methods
  • Migrate off legacy per-user MFA settings
  • Restrict SMS and voice for admins
  • Protect security-info registration with MFA
  • Export policy and registration report
  • Review admin role assignments
Identity Access Self-Check →

MFA baseline for users

Apply MFA to all appropriate users through Conditional Access, with stronger requirements for administrative roles.

  • Protection > Conditional Access
  • Target all users, not ad hoc groups
  • Stronger authentication strength for admins
  • Document every exclusion with an owner
  • Treat guests explicitly
  • Confirm results in sign-in logs
Book a Microsoft 365 Audit →

Phishing-resistant methods

Pilot passkeys or other phishing-resistant methods for privileged and high-risk users, with enrollment and recovery support in place.

  • Start with admins and finance users
  • Passkeys, FIDO2, Windows Hello
  • Plan backup and lost-device recovery
  • Brief the help desk first
  • Record pilot scope and test results
  • Expand in controlled stages
Read the Microsoft 365 Guide →

Report-only before enforcement

Review report-only results for service accounts, emergency accounts, device gaps and legitimate work patterns before blocking anything.

  • Run new policies in report-only
  • Check service and shared mailboxes
  • Find users with no usable method
  • Identify unsupported apps and devices
  • Keep a tested rollback path
  • Record remediation decisions
Talk to Ali Hassani →

Legacy authentication and locations

Identify legacy authentication and mail-client exceptions, and treat trusted named locations as high-risk exceptions rather than a shortcut.

  • Query sign-in logs for legacy clients
  • Block legacy authentication by policy
  • Approve and expire any exceptions
  • Document named-location business purpose
  • Assign an owner and review date
  • Export named-location configuration
Check Email Compromise Risk →

Emergency access and telemetry

Keep controlled emergency accounts outside blocking policies, and use sign-in logs to prove policies applied as intended.

  • Two cloud-only break-glass accounts
  • Separately stored credentials
  • Quarterly sign-in tests with evidence
  • Alert on any emergency account use
  • Monitoring & health > Sign-in logs
  • Investigate unexpected policy bypass
Azure Emergency Access Guide →
QUICK REFERENCE

What good Microsoft 365 sign-in security looks like

ControlWhat good looks likeCommon gap
MFA coverageAll users covered by a Conditional Access MFA policy; exclusions named, owned and reviewedMFA "enabled" through mixed per-user settings with untracked exclusions
Administrator authenticationAdmins require a phishing-resistant authentication strengthAdmins still allowed to use SMS or voice as their only method
Legacy authenticationBlocked by policy and confirmed absent in sign-in logsOld mail clients or protocol exceptions left open
Emergency accessCloud-only accounts, separate custody, alerting and scheduled testsBreak-glass account never tested or subject to the same MFA policy
Named locationsDocumented purpose, network boundary, owner and review dateOffice IP ranges trusted to skip MFA with no review
Want it reviewed by a CISO?

Microsoft 365 Security Audit: 200 read-only checks, four clear reports.

Executive report, technical report with remediation steps, risk register and remediation roadmap. Read-only access; nothing changes in your tenant.

$3,500Fixed · any tenant size
See the full audit →
Ali Hassani, CISO, in a data center

Led by Ali Hassani, CISO

Certified CISO (C|CISO) and CISSP with 25+ years in IT and cybersecurity. Based in Irvine, on-site across Southern California, remote nationwide.

About Ali →
How it works

From policy intent to verified outcome

  1. STEP 1SignalUser, role, device, location, application, authentication context and risk are evaluated at sign-in.
  2. STEP 2PolicyConditional Access decides whether the attempt falls within an intentional, documented scope.
  3. STEP 3ControlThe user must satisfy MFA, authentication strength, compliant device or session requirements.
  4. STEP 4ResultSign-in logs record the policy decision and the requirement that actually applied.
  5. STEP 5ReviewOwners investigate exclusions, failures and exceptions, then retain evidence for audit.
FAQ

Frequently asked questions

Does MFA alone provide Conditional Access in Microsoft 365?

No. MFA is one control. Conditional Access combines conditions such as user, device, application, location and risk, and can require MFA or block access entirely.

Should every Microsoft 365 user receive the same Conditional Access policy?

Not necessarily. Policy should match role, risk, device, application and business requirements, but every exclusion must be explicit, owned and reviewed.

Why keep separate emergency access accounts?

Microsoft warns that accounts subject to normal MFA or device requirements may be unavailable during the very event that requires emergency access. Keep them separate, monitored and tested.

How do I know my policies actually applied?

Check the Entra sign-in logs for representative users and applications and confirm the applied policy and authentication requirement. The Microsoft 365 Security Audit includes this verification as part of its 200 read-only checks.

Business professionals shaking hands after a cybersecurity consultation
On-site in Southern California · Remote nationwide

Prove your Microsoft 365 sign-ins are protected

Get a $3,500 fixed-fee, read-only Microsoft 365 Security Audit from Ali Hassani, CISO, on-site in Southern California or remote nationwide.