La fine dell'MFA via SMS

TLDR

• Il 1° febbraio 2027 Microsoft dismette il proprio servizio di SMS e chiamata vocale per l'autenticazione multifattore in Entra ID.
• I global admin e gli ospiti esterni ottengono un'eccezione fino al 1° luglio 2027.
• Dal 1° settembre 2026 Microsoft invita gli utenti interessati a configurare un passkey nell'ambito di una campagna di registrazione.
• Non sono interessati solo gli utenti che usano attivamente gli SMS, ma anche gli account per cui SMS o chiamata vocale sono ancora consentiti o registrati come metodo. Vanno verificati anche i processi di recupero come il self-service password reset.
• Le aziende dovrebbero sfruttare la migrazione necessaria per passare a metodi resistenti al phishing e ridurre sistematicamente il fabbisogno residuo di password.

Fonte: https://learn.microsoft.com/en-us/entra/identity/authentication/concept-sms-voice-retirement

Dal 1° settembre 2026 Microsoft ha attivato nei tenant una campagna di registrazione che invita tutti gli utenti abilitati all'MFA via SMS o chiamata vocale a configurare un passkey al successivo accesso. Per il momento l'utente può saltare questo passaggio.
La campagna di registrazione automatica e l'attivazione dei passkey e si possono evitare temporaneamente. Questo non cambia nulla della data di dismissione del servizio di SMS e chiamata vocale di Microsoft.

Il 1° febbraio 2027 il servizio di SMS e chiamata vocale di Microsoft si conclude per gli utenti normali senza possibilità di opt-out. Gli account utente per cui è disponibile esclusivamente SMS o chiamata vocale come metodo di autenticazione aggiuntivo hanno bisogno di un metodo alternativo prima della data limite. Altrimenti gli utenti interessati non potranno portare a termine con successo gli accessi che richiedono un'autenticazione forte.

Il 1° luglio 2027 SMS/voce di Microsoft verranno poi disattivati anche per i global administrator e gli ospiti esterni.

Come alternative si prendono in considerazione soprattutto i passkey, Windows Hello for Business, le chiavi di sicurezza FIDO2 e, a seconda dello scenario d'uso, altri metodi idonei. Microsoft Authenticator con number matching aumenta la protezione rispetto agli SMS, ma non è di per sé resistente al phishing.

Chi deve mantenere gli SMS per motivi regolamentari o operativi può continuare a farlo tramite un operatore di telecomunicazioni dal Microsoft Security Store. Questo diventa allora un contratto a sé e la fatturazione dovrebbe avvenire per messaggio. I fornitori diventano visibili dal 18 settembre, configurabili sono dal 30 ottobre. In futuro Microsoft quindi non gestisce più il servizio in proprio, ma lo lascia a fornitori esterni.

Un dettaglio che viene spesso trascurato: non è interessato chi usa gli SMS, ma chi è abilitato a farlo. Chi da anni usa l'app Authenticator ma ha ancora un numero di telefono registrato come backup è interessato esattamente come chi finora ha aspettato regolarmente il codice via testo. Nella maggior parte dei tenant, storicamente, questa è una netta maggioranza. E c'è un'altra cosa importante: la dismissione non riguarda solo l'accesso. La modifica riguarda anche il self-service password reset: SMS e chiamata vocale non sono più disponibili a tale scopo come metodo di verifica proprietario di Microsoft. Le organizzazioni devono quindi verificare quali metodi alternativi sono previsti per la reimpostazione della password e il recupero dell'account.

Perché Microsoft lo fa

Si può leggere questa decisione come paternalismo. Si può anche leggerla per quello che è: l'ammissione che gli SMS non offrono più una protezione sufficiente contro i moderni attacchi di phishing in tempo reale e di SIM swap.

L'attacco tipico a un account Microsoft 365 oggi non consiste più nell'indovinare una password. L'utente finisce invece su una pagina di accesso che somiglia in modo ingannevole a quella vera, e lì inserisce le proprie credenziali e il codice MFA. L'attaccante usa entrambi in tempo reale per l'accesso e ottiene un token di sessione con cui assume l'identità dell'utente. Strumenti di questo tipo vengono ormai offerti nel darknet come servizi di attacco scalabili. Automation e AI abbassano ulteriormente lo sforzo necessario per campagne di phishing credibili.

I metodi resistenti al phishing come i passkey usano un approccio diverso. Un passkey è legato in modo fisso all'indirizzo web per cui è stato configurato e non si può usare su un sito contraffatto. Anche gli attacchi più raffinati, in cui i truffatori inoltrano l'accesso alla pagina vera senza che l'utente lo noti, vanno a vuoto: il browser riconosce di non trovarsi sull'indirizzo corretto e non propone nemmeno il passkey. Anche se una risposta arrivasse al servizio autentico, conterrebbe in modo non falsificabile l'indirizzo sbagliato, e il servizio la rifiuterebbe. La verifica non è quindi più affidata alla persona, ma alla tecnologia, protetta dalla crittografia. Gli utenti non devono più riconoscere da sé se un sito web è autentico. Questo distingue i passkey dalle password e dall'accesso classico a due fattori. Windows Hello for Business, le chiavi di sicurezza FIDO2 e i passkey in Microsoft Authenticator usano principi resistenti al phishing analoghi. Per l'operatività e l'esperienza utente non sono però identici: il legame con il dispositivo, la sincronizzazione, il recupero e le piattaforme supportate sono diversi e vanno valutati per ogni persona. La tecnologia esiste già da anni. La novità è che ora Microsoft la rende lo standard.

Le banche, del resto, hanno percorso questa strada già qualche anno fa. L'SMS-TAN, per molto tempo il metodo di autorizzazione più diffuso nell'online banking, è stato abolito volontariamente dalla maggior parte degli istituti e sostituito con metodi legati al dispositivo o alla transazione come pushTAN, photoTAN e chipTAN. L'implementazione tecnica è diversa, l'obiettivo però è simile: le autorizzazioni devono essere legate più strettamente a un dispositivo registrato e alla singola operazione. I motivi assomigliano a quelli di oggi: SIM swapping, messaggi intercettati e phishing in tempo reale.

Per le organizzazioni soggette a NIS2, DORA o ISO 27001 diventa sempre più difficile motivare come adeguati dei metodi di autenticazione debole. I metodi resistenti al phishing rafforzano quindi non solo la sicurezza tecnica, ma anche la capacità di dare prova verso management, revisione e autorità di vigilanza.

Si può abolire la password?

Chi nel corso della migrazione inventaria comunque i metodi di autenticazione, informa gli utenti e introduce nuovi metodi di accesso dovrebbe verificare al tempo stesso dove le password servano ancora davvero. Un passkey può sostituire password e secondo fattore nelle applicazioni supportate. In combinazione con Windows Hello for Business sul notebook e un passkey in Microsoft Authenticator è possibile l'accesso senza password ai consueti servizi Microsoft e, con una configurazione adeguata, anche l'accesso alle risorse Active Directory locali.

Anche il provisioning per i nuovi collaboratori si può impostare di conseguenza. Invece di una password iniziale si può usare un Temporary Access Pass a tempo limitato, che Entra ID riconosce come metodo MFA e di accesso a pieno titolo. Il primo accesso avviene così sul dispositivo fornito tramite Autopilot. Successivamente vengono configurati Windows Hello e un passkey. Dopo la scadenza del Temporary Access Pass non serve più alcuna password per l'accesso ordinario.

Nello scenario obiettivo i collaboratori non devono né conoscere né digitare la propria password nella normale quotidianità lavorativa. In questo modo calano in modo netto i rischi di phishing e il fabbisogno di reimpostazioni della password.

Dove si incaglia nella pratica

glueckkanja accompagna regolarmente migrazioni di questo tipo. Le difficoltà stanno raramente nella tecnologia. Stanno nel dettaglio dell'implementazione.

Attivato non significa imposto. La semplice abilitazione dei passkey non garantisce che vengano usati a ogni accesso rilevante. Anche il «system-preferred MFA» dà priorità solo al metodo più forte disponibile, ma non impone un requisito di accesso vincolante. Se una risorsa deve essere raggiungibile esclusivamente con un'autenticazione resistente al phishing, questo va imposto tramite un'Authentication Strength adeguata in Conditional Access. Altrimenti si possono continuare a proporre metodi di fallback più deboli. Il passkey sarebbe allora solo «decorazione».

Un percorso realistico segue quattro passi:

1. Inventario. Chi è abilitato a SMS e chiamata vocale? Chi ha registrato un numero di telefono, e chi lo ha usato effettivamente per ultimo? Il tenant è migrato alla nuova policy dei metodi di autenticazione? Quali utenti guest esistono, hanno tenant propri?
2. Decisione per persona. Quale profilo di passkey (device-bound o synced) si adatta a quale gruppo di utenti, e quali policy di Conditional Access con Authentication Strength lo impongono in modo vincolante? Come si gestiscono gli shared device e gli utenti esterni? Cosa fanno i collaboratori senza smartphone? Si vuole dare fiducia per l'MFA alle aziende partner con utenti guest?
3. Pilot e campagna. Prima la migrazione viene provata con un gruppo pilota. Segue poi una campagna di registrazione con comunicazione di accompagnamento e rinvio limitato. Una buona preparazione degli utenti riduce le richieste di chiarimento ed evita un carico aggiuntivo per il service desk. Le eccezioni hanno bisogno di una data di scadenza anteriore all'1.2.27.
4. Disattivazione. Solo dopo la conclusione della campagna di registrazione i numeri di telefono vengono rimossi come metodo MFA e gli SMS disattivati nella policy. La disattivazione avviene deliberatamente prima della data limite di Microsoft, così da poter garantire che nessun utente sia più interessato.

Una particolarità vale per gli ospiti B2B: per gli utenti esterni valgono modelli di registrazione e di fiducia diversi da quelli degli account interni. Verifica se l'MFA dell'home tenant si possa stabilire tramite le Cross-Tenant Access Settings e quale alternativa sia prevista per gli ospiti senza un proprio tenant Entra. Al 19 settembre 2026 Microsoft prevede di rendere disponibile il supporto dei passkey per gli utenti guest interni entro ottobre. Il caso più frequente degli ospiti esterni (B2B) riceverà il supporto per i passkey più tardi e la data sarà comunicata in seguito. Presumibilmente per guadagnare un po' più di tempo, la disponibilità di SMS e chiamata vocale per gli ospiti esterni è stata prorogata a luglio 2027.

Fino a quel momento vanno previsti metodi di transizione adeguati o scenari cross-tenant basati sulla fiducia.

Cosa i passkey non risolvono: un accesso resistente al phishing protegge il processo di autenticazione, non automaticamente ogni sessione già esistente. Malware, browser compromessi o token di sessione rubati restano rischi rilevanti. Per questo Authentication Strength, conformità del dispositivo, protezione degli endpoint, decisioni di accesso basate sul rischio e controlli di sessione adeguati dovrebbero essere pianificati insieme. Così si può ridurre il rischio e, se la conformità del dispositivo è richiesta in modo vincolante, limitare l'accesso ai dispositivi gestiti di conseguenza.

Come lo affrontiamo

In glueckkanja consideriamo identità e dispositivo come un unico sistema di controllo. Le policy per i metodi di autenticazione, i profili dei passkey, le Authentication Strength, il Conditional Access e Intune vengono definite in modo tracciabile, versionate e distribuite in modo automatizzato secondo i principi dell'Infrastructure as Code (IaC). Così si possono documentare stato atteso e scostamenti e dimostrare le modifiche in modo versionato. Questo crea una base solida per operatività, management e audit, senza dover ricostruire lo stato manualmente nei portali.

Questo approccio è parte dei nostri servizi Managed Entra e Managed Intune. Combinano blueprint tecnici, adattamento continuo e configurazione tracciabile.

Conclusioni

In questa prospettiva la fine degli SMS non è una seccatura, ma un'occasione benvenuta. Costringe a un inventario che era da tempo dovuto. E apre la porta a un'identità in cui l'anello più debole non compare più: la password nella testa di una persona.

Se vuoi sapere a che punto è oggi il tuo tenant, possiamo volentieri svolgere un primo assessment presso di te. Contattaci!