I have had SMS disabled in Azure for Authentication, yet users were recently found to STILL BEING ABLE TO USE IT???

Dalton Reeves 146 Reputation points
2026-04-30T20:57:07.9233333+00:00

So what the hell is this about, it is CLEARLY disabled in Azure for my tenant, yet users were found over the last couple days to still be able to use SMS and weren't using the authenticator app for MFA. The hell is the point of turning something off if this stupid platform doesn't honor it?

Microsoft Security | Microsoft Entra | Microsoft Entra ID

1 answer

Sort by: Most helpful
  1. AI answer

    2026-04-30T20:57:27.73+00:00

    Several behaviors in Microsoft Entra ID can explain why users are still seeing or using SMS even after it appears to be disabled:

    1. Legacy MFA vs. Authentication methods policy
    • The legacy MFA settings (per-user or “service settings”) and the newer Authentication methods policy are separate.
    • SMS and voice have multiple controls in the legacy policy (SMS, Phone calls, Mobile phone, Office phone). In the Authentication methods policy, SMS and Voice calls are separate methods with their own enable/disable and targeting settings.
    • If SMS is enabled in any applicable policy (for example, enabled for a specific group in the Authentication methods policy, or still allowed via legacy “Mobile phone”), users in scope can still use SMS.
    • During migration, if SSPR or other features still have Mobile phone or SMS enabled, SMS can remain available even if it looks disabled in one place.
    1. “Use for sign-in” and SMS sign-in vs. MFA
    • The Authentication methods policy has a Use for sign-in option on SMS. By default, this is enabled when SMS is turned on.
    • If SMS sign-in is enabled for users, they can be prompted for SMS codes as part of sign-in, even if the intent was to restrict them to Microsoft Authenticator.
    • If cross-tenant synchronization or other constraints are in play, SMS sign-in may be automatically skipped for some users but still available for others.
    1. System-preferred MFA behavior
    • With system-preferred multifactor authentication enabled (the Microsoft-managed default), the platform chooses the most secure registered method but still allows users to choose another registered method.
    • If users have both Microsoft Authenticator and SMS registered, system-preferred MFA will prompt with Authenticator first, but users can still switch to SMS unless SMS is fully disabled or removed as a registered method.
    1. Existing registrations vs. policy changes
    • Disabling a method in policy does not automatically delete users’ previously registered phone numbers or methods; it prevents future use according to scope.
    • If the method remains enabled for some groups or via legacy settings, users who already registered SMS can continue to use it.

    To enforce Authenticator and stop SMS use:

    1. Verify that SMS and Voice calls are disabled or not targeted to users in the Authentication methods policy.
    2. Ensure legacy MFA settings (including Mobile phone and Phone calls) are aligned with the new policy.
    3. Confirm system-preferred MFA is enabled and that Microsoft Authenticator is enabled for all users, while SMS is disabled or restricted to only those who truly need it.
    4. Remove or update users’ SMS registrations where necessary so they cannot fall back to SMS even if previously registered.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.