Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Gli account a cui sono assegnati ruoli amministrativi con privilegi sono frequenti destinazioni di utenti malintenzionati. La richiesta di autenticazione a più fattori (MFA) resistente al phishing in tali account è un modo semplice per ridurre il rischio di compromissione di tali account.
Attenzione
Prima di creare un criterio che richiede l'autenticazione a più fattori resistente al phishing, assicurarsi che gli amministratori dispongano dei metodi appropriati registrati. Se abiliti questo criterio senza completare questo passaggio, rischi di restare chiuso fuori dal tuo tenant del sistema. Gli amministratori possono configurare il pass di accesso temporaneo per registrare i metodi di autenticazione senza password o seguire la procedura descritta in Registrare una passkey (FIDO2).
Microsoft consiglia di richiedere almeno l'autenticazione a più fattori resistente al phishing nei ruoli seguenti:
- Amministratore globale
- Amministratore applicazione
- Amministratore dell'autenticazione
- Amministratore fatturazione
- Amministratore di applicazioni cloud
- Amministratore dell'accesso condizionale
- Amministratore di Exchange
- Amministratore supporto tecnico
- Amministratore delle Password
- Amministratore privilegiato dell'autenticazione
- Amministratore dei ruoli privilegiati
- Amministratore della sicurezza
- Amministratore di SharePoint
- Amministratore utenti
Le organizzazioni possono scegliere di includere o escludere ruoli in base ai propri requisiti.
Le organizzazioni possono usare questi criteri in combinazione con funzionalità come Privileged Identity Management (PIM) e la possibilità di richiedere l'autenticazione a più fattori per l'attivazione dei ruoli.
Livello di autenticazione
Le indicazioni contenute in questo articolo consentono alla tua organizzazione di creare criteri MFA per il tuo ambiente usando i livelli di sicurezza dell'autenticazione. Microsoft Entra ID offre tre punti di forza di autenticazione predefiniti:
- Livello di autenticazione a più fattori (meno restrittivo)
- Robustezza dell'autenticazione a più fattori senza password
- Livello MFA resistente al phishing (più restrittivo) consigliato in questo articolo
È possibile usare uno dei punti di forza predefiniti o creare un livello di autenticazione personalizzato in base ai metodi di autenticazione necessari.
Per gli scenari utente esterni, i metodi di autenticazione MFA che un tenant delle risorse può accettare variano a seconda che l'utente stia completando l'MFA nel tenant di origine o nel tenant delle risorse. Per altre informazioni, vedere Livello di autenticazione per gli utenti esterni.
Esclusioni di utenti
I criteri di accesso condizionale sono strumenti potenti, ma è consigliabile escludere dai criteri i seguenti account:
-
Accesso di emergenza o account break-glass per impedire il blocco a causa di errori di configurazione dei criteri. Nello scenario improbabile che tutti gli amministratori siano bloccati, l'account amministrativo di accesso di emergenza può essere usato per accedere ed eseguire le operazioni necessarie per ripristinare l'accesso.
- Altre informazioni sono disponibili nell'articolo Gestire gli account di accesso di emergenza in Microsoft Entra ID.
-
Account del servizio e entità servizio, ad esempio l'account di sincronizzazione Microsoft Entra Connect. Gli account del servizio sono account non interattivi che non sono collegati a un utente specifico. Vengono in genere usati dai servizi back-end che consentono l'accesso programmatico alle applicazioni, ma vengono usati anche per accedere ai sistemi per scopi amministrativi. Le chiamate effettuate dai principali di servizio non verranno bloccate dai criteri di accesso condizionale applicati agli utenti. Usare l'accesso condizionale per le identità dei carichi di lavoro al fine di definire criteri destinati ai principali del servizio.
- Se l'organizzazione ha questi account in uso negli script o nel codice, è consigliabile sostituirli con le identità gestite.
Distribuzione di template
Le organizzazioni possono scegliere di distribuire questo criterio usando i passaggi descritti di seguito o usando i modelli di accesso condizionale.
Creare criteri di accesso condizionale
Avviso
Se si usano metodi di autenticazione esterni, questi sono attualmente incompatibili con il livello di attendibilità dell'autenticazione ed è consigliabile usare il controllo Richiedi concessione autenticazione a più fattori .
- Accedi al Centro Amministrativo Microsoft Entra come almeno un Amministratore di Accesso Condizionale .
- Passare a Entra ID>Accesso condizionale>Criteri.
- Selezionare Nuovo criterio.
- Assegna un nome alla tua politica. È consigliabile che le organizzazioni creino uno standard descrittivo per i nomi dei criteri.
- In Assegnazioni selezionare Utenti o identità del carico di lavoro.
Sotto Include, selezionare Ruoli directory e scegliere almeno i ruoli elencati in precedenza.
Avviso
I criteri di accesso condizionale supportano i ruoli predefiniti. I criteri di accesso condizionale non vengono applicati per altri tipi di ruolo, inclusi ruoli con ambito unità amministrativa o personalizzati.
Sotto Escludi, selezionate Utenti e gruppi e scegliete l'accesso di emergenza o gli account break-glass dell'organizzazione.
- In Risorse> di destinazione(in precedenza app cloud)>Includi selezionare Tutte le risorse (in precedenza "Tutte le app cloud").
- In Controlli di accesso>, Concedi, selezionare Concedi l'accesso.
- Selezionare Richiedi livello di autenticazione e quindi selezionare Livello MFA resistente al phishing nell'elenco.
- Seleziona.
- Conferma le impostazioni e imposta Abilita criterio su Solo report.
- Selezionare Crea per abilitare la policy.
Dopo che gli amministratori valutano le impostazioni dei criteri usando l'impatto dei criteri o la modalità solo report, possono spostare l'interruttore Abilita criterio da Solo report a Sì.