Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Accesso condizionale in Microsoft 365 spiegato: segnali, criteri di base, MFA e rollout sicuro (Doppiaggio IA)

Transcript

Accesso condizionale in Microsoft 365 spiegato: segnali, criteri di base, MFA e rollout sicuro (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Ti siedi al computer, inserisci il tuo indirizzo email, digiti
0:02
Speaker 2: la password e premi invio. C'è quella breve pausa mentre
0:05
Speaker 2: il sistema decide se sei davvero tu. La maggior parte
0:07
Speaker 2: delle persone pensa che quella pausa sia solo un controllo
0:09
Speaker 2: della password. Se la password corrisponde, sei dentro, giusto? In
0:12
Speaker 2: realtà no. Dietro le quinte succede molto più di quanto
0:14
Speaker 2: probabilmente immagini. Mentre aspetti, Microsoft 365 esegue una serie di
0:18
Speaker 2: controlli in background. Verifica dove ti trovi, quale dispositivo stai
0:21
Speaker 2: usando e se l'accesso sembra normale o sospetto. E fa
0:23
Speaker 2: tutto questo prima di lasciarti entrare. Alla fine di questo
0:26
Speaker 2: episodio capirai cos'è l'accesso condizionale. Come funziona ogni volta che
0:30
Speaker 2: accedi e perché è uno dei controlli di sicurezza più
0:32
Speaker 2: importanti nel tuo tenant Microsoft 365. Quindi iniziamo con la
0:35
Speaker 2: definizione più semplice. Che cos'è effettivamente l'accesso condizionale? Ecco la
0:40
Speaker 2: definizione in parole semplici. L'accesso condizionale è un motore di
0:42
Speaker 2: policy che verifica il contesto prima di consentire l'accesso. Non
0:45
Speaker 2: guarda solo al tuo password dicendo che basta. Invece pone
0:48
Speaker 2: domande extra su chi sei e cosa sta succedendo durante
0:51
Speaker 2: il tuo accesso. Pensalo come il buttafuori notturno. Mostri il
0:55
Speaker 2: tuo documento alla porta, quello del tuo non utente e password.
0:57
Speaker 2: Ma un buon buttafuori non si limita a dare un'occhiata
0:59
Speaker 2: e farti passare. Controlla il tuo nome sulla lista, guarda
1:01
Speaker 2: come sei vestito e potrebbe persino ricordare se hai causato
1:04
Speaker 2: problemi in passato. L'accesso condizionale fa la stessa cosa. Verifica
1:07
Speaker 2: la tua identità rispetto alle regole, vede da dove provieni,
1:09
Speaker 2: controlla il tuo dispositivo e decide se tutto sembra a
1:11
Speaker 2: posto prima di farti entrare. Ora ecco un punto fondamentale.
1:14
Speaker 2: L'accesso condizionale viene eseguito dopo che hai già digitato la password.
1:17
Speaker 2: Non è un sostituto da autenticazione a più fattori. È
1:19
Speaker 2: un ulteriore e lo superiore. Pensalo come il secondo posto
1:22
Speaker 2: di blocco dopo aver mostrato il documento alla porta principale.
1:24
Speaker 2: La logica è semplice se allora. Se un utente tenta
1:26
Speaker 2: di accedere a un'app cloud e soddisfa determinate condizioni, allora
1:29
Speaker 2: applica questa regola. Ad esempio, se qualcuno sta tentando di
1:32
Speaker 2: accedere a Outlook dall'esterno dell'ufficio, allora richiedi l'autenticazione a più fattori.
1:36
Speaker 2: Questa è la struttura di base dietro ogni policy di
1:38
Speaker 2: accesso condizionale. Perché le password non sono più sufficienti? Allora,
1:41
Speaker 2: perché abbiamo bisogno di questo passaggio extra? Perché le password
1:44
Speaker 2: vengono rubate ogni singolo giorno. Attacchi di phishing, violazioni dei dati,
1:47
Speaker 2: persone che riutilizzano la stessa password su più siti. La
1:49
Speaker 2: tua password potrebbe essere compromessa proprio ora e non lo
1:52
Speaker 2: sapresti nemmeno. Potresti pensare, beh, va bene, abbiamo l'autenticazione a
1:55
Speaker 2: più fattori. Quella ci protegge. Hai ragione, l'MFA aiuta molto,
1:58
Speaker 2: ma non è una soluzione miracolosa. Immagina che un hacker
2:00
Speaker 2: ottenga la password di un tuo dipendente. Cerca di accedere
2:04
Speaker 2: da un paese con cui non hai mai lavorato usando
2:06
Speaker 2: un dispositivo mai visto prima. L'MFA potrebbe fermarlo se attiva
2:10
Speaker 2: una richiesta. Ma cosa succede se l'hacker cessa anche il
2:12
Speaker 2: telefono di quel dipendente? O se sta usando un attacco
2:15
Speaker 2: di phishing che cattura anche il codice MFA? All'improvviso l'MFA
2:18
Speaker 2: da solo non sembra più così infallibile. Ecco un esempio reale.
2:21
Speaker 2: Le credenziali di un venditore finiscono su Dark Web. Senza
2:24
Speaker 2: l'accesso condizionale, un attaccante può entrare da qualsiasi parte del mondo,
2:27
Speaker 2: può accedere ai mail, file, dati dei clienti, tutto, e
2:31
Speaker 2: tu non lo sapresti mai finché non è troppo tardi.
2:32
Speaker 2: Il vecchio metodo era tutto o niente. Assegnavi una licenza
2:35
Speaker 2: a un utente, e lui poteva accedere da qualsiasi dispositivo,
2:37
Speaker 2: luogo o rete. Nessun contesto, nessuna intelligenza, solo un controllo
2:40
Speaker 2: della password e accesso completo. L'accesso condizionale cambia completamente le cose.
2:44
Speaker 2: Aggiunge contesto a ogni accesso, controlla dove ti trovi, che
2:47
Speaker 2: dispositivo usi, quale app vuoi aprire e quanto è rischioso
2:50
Speaker 2: l'accesso secondo l'analisi di Microsoft. Trasforma la decisione binaria, sì
2:54
Speaker 2: o no, in un giudizio intelligente e stratificato. I segnali,
2:57
Speaker 2: ciò che l'accesso condizionale prende in esame. Quindi cosa controlla
3:00
Speaker 2: esattamente l'accesso condizionale? Analizziamo i segnali che utilizza per prendere
3:03
Speaker 2: le sue decisioni. L'identità è il primo segnale. Chi sei?
3:07
Speaker 2: Sei un dipendente normale, un amministratore con privilegi elevati o
3:10
Speaker 2: un ospite esterno all'azienda? L'accesso condizionale esamine il tuo account
3:13
Speaker 2: utente e i gruppi a cui appartieni. Un amministratore che
3:16
Speaker 2: cerca di accedere potrebbe affrontare regole più rigide di un
3:19
Speaker 2: utente standard. A un ospite potrebbe essere completamente impedito l'accesso
3:21
Speaker 2: ad alcune app. La tua identità determina la base di
3:23
Speaker 2: ciò che è consentito. La posizione è la successiva. Da
3:26
Speaker 2: dove proviene l'accesso? Se ti connetti dalla rete dell'ufficio, quella
3:29
Speaker 2: è una posizione attendibile. L'accesso condizionale conosce l'intervallo IP della
3:32
Speaker 2: sede centrale della tua azienda. Accedere da un bar in
3:35
Speaker 2: un altro paese fa scattare un campanello dall'arco. Se il
3:38
Speaker 2: sistema non riesce nemmeno a capire dove ti trovi, ti
3:39
Speaker 2: trovi a un altro segnale di pericolo. La posizione è
3:41
Speaker 2: un segnale potente perché è difficile da falsificare. Anche il
3:44
Speaker 2: dispositivo è importante. Cosa stai usando per accedere? Un portatile
3:46
Speaker 2: aziendale gestito da Intune e conforme alle tue polisi di sicurezza?
3:50
Speaker 2: O un telefono personale senza controlli di sicurezza? L'accesso condizionale
3:54
Speaker 2: può verificare se il dispositivo è gestito, ha la criptografia
3:56
Speaker 2: attiva ed è aggiornato. Un dispositivo non gestito potrebbe essere
4:00
Speaker 2: bloccato o limitato. Anche l'applicazione è importante. Quali app stai
4:03
Speaker 2: cercando di raggiungere? Outlook, SharePoint, Teams, un'applicazione aziendale personalizzata? Non
4:08
Speaker 2: tutte le app hanno gli stessi requisiti di sicurezza. Un
4:10
Speaker 2: sistema finanziario con dati sensibili può richiedere controlli più severi
4:13
Speaker 2: rispetto a uno spazio di collaborazione. L'accesso condizionale consente di
4:17
Speaker 2: impostare regole diverse per app diverse. Se alla licenza giusta
4:20
Speaker 2: c'è un altro livello, il rischio di accesso, Microsoft usa
4:23
Speaker 2: l'apprendimento automatico per valutare ogni accesso in temporea. Cerca schemi sospetti,
4:27
Speaker 2: viaggi impossibili, come un accesso da New York e 5
4:31
Speaker 2: minuti dopo da Londra. IP anonimi, credenziali, trapelate da violazioni.
4:35
Speaker 2: Il sistema assegna un livello di rischio, basso, medio o alto,
4:37
Speaker 2: e l'accesso condizionale può agire di conseguenza. Esiste anche il
4:40
Speaker 2: rischio utente. È diverso dal rischio di accesso. Il rischio
4:43
Speaker 2: utente analizza l'account stesso. La password di quest'utente è apparsa
4:46
Speaker 2: in una violazione. C'è stata un'attività insolita nel tempo? Se
4:49
Speaker 2: il sistema rileva che un account potrebbe essere compromesso, può
4:51
Speaker 2: bloccare l'accesso finché l'utente non reimposta la password. Infine c'è
4:55
Speaker 2: il contesto di autenticazione. Permette di aggiungere requisiti di sicurezza
4:58
Speaker 2: extra a contenuti specifici e sensibili. Ad esempio, chiunque c'è
5:01
Speaker 2: dal sito SharePoint finanziario deve usare un dispositivo conforme e
5:04
Speaker 2: un metodo MFA resistente al phishing. Protegge i tuoi dati
5:07
Speaker 2: più preziosi senza rallentare tutto il resto. Una volta raccolti
5:11
Speaker 2: questi segnali, il motore dei criteri decide cosa fare. Vediamo
5:14
Speaker 2: come funziona. Il motore decisionale, come funzionano i criteri, Ogni
5:18
Speaker 2: criterio di accesso condizionale funziona come una regola se allora
5:21
Speaker 2: scegli i segnali come condizioni e poi decidi quale azione intraprendere.
5:24
Speaker 2: È tutto qui. Quindi ci sono tre parti principali in
5:26
Speaker 2: un criterio. La prima parte sono le assegnazioni. A chi
5:29
Speaker 2: si applica il criterio, quale app stanno raggiungendo e quali
5:31
Speaker 2: condizioni attivano la regola. La seconda parte sono i controlli
5:34
Speaker 2: di accesso. Cosa succede quando quelle condizioni sono soddisfatte? Concedi l'accesso,
5:38
Speaker 2: lo blocchi o richiedi qualcosa come MFA o un dispositivo
5:40
Speaker 2: con forme? La terza parte sono i controlli di sessione
5:44
Speaker 2: che gestiscono cosa succede dopo l'accesso. ad esempio quanto spesso
5:47
Speaker 2: devono rieseguire l'autenticazione. Ti faccio un esempio concreto. Se un
5:50
Speaker 2: utente è nel gruppo vendite e cerca di accedere a
5:52
Speaker 2: SharePoint da un dispositivo non gestito, allora blocca l'accesso. Questo
5:56
Speaker 2: è un criterio completo. Chi, quale app, quale condizione, quale azione.
5:59
Speaker 2: I controlli di concessione sono flessibili. Puoi richiedere più cose contemporaneamente.
6:02
Speaker 2: Diciamo che vuoi che un utente completi l'MFA e usi
6:04
Speaker 2: anche un dispositivo conforme. Entrambe le condizioni devono essere soddisfatte.
6:08
Speaker 2: Oppure potresti dire che ne serve uno o l'altro. Il
6:09
Speaker 2: sistema ti permette di scegliere. Ora blocca il controllo più potente.
6:12
Speaker 2: Se una qualsiasi policy dice blocca, il luogo vince. Non
6:14
Speaker 2: ci sono eccezioni, a meno di quelle impostate esplicitamente. Ecco
6:17
Speaker 2: perché devi fare attenzione. Un errore potresti bloccare l'intera organizzazione.
6:21
Speaker 2: Prima di attivare una policy c'è una funzione critica da conoscere.
6:25
Speaker 2: Modalità solo report. Permette di vedere cosa farebbe una policy
6:29
Speaker 2: prima di applicarla davvero. Puoi eseguire una policy in modalità
6:32
Speaker 2: report per una settimana, controllare i log, vedere quanti utenti
6:34
Speaker 2: sarebbero stati bloccati o avrebbero dovuto usare l'MFA. È un
6:37
Speaker 2: modo sicuro per testare senza rompere nulla. Ora che conosci
6:40
Speaker 2: il motore... Parliamo delle policy più comuni che ogni azienda
6:43
Speaker 2: dovrebbe avere. Le tre grandi policy di base per il
6:46
Speaker 2: primo giorno. Quindi cosa dovresti configurare per primo? Ti darò
6:49
Speaker 2: le tre policy di base che ogni azienda dovrebbe avere
6:51
Speaker 2: dal primo giorno. Non dal trentesimo e non dopo un audit.
6:55
Speaker 2: La policy numero uno è fondamentale. Richiedi MFA per tutti
6:59
Speaker 2: gli utenti. Non solo agli amministratori. Ogni singola persona che
7:02
Speaker 2: accede al tuo tenant deve dimostrare chi è con un
7:04
Speaker 2: secondo fattore. Ma ecco la parte importante. Non tutti i
7:07
Speaker 2: tipi di MFA sono uguali. Non vuoi che la gente
7:08
Speaker 2: usi codici SMS o chiamate vocali. Quei metodi sono deboli,
7:12
Speaker 2: possono essere intercettati. Quello che ti serve è qualcosa di più.
7:15
Speaker 2: Microsoft ha una funzione chiamata intensità di autenticazione che ti
7:18
Speaker 2: permette di scegliere quali metodi sono accettabili. L'app Microsoft Authenticator,
7:22
Speaker 2: le chiavi di sicurezza Fido 2, Windows, Hello for Business,
7:25
Speaker 2: questi sono quelli validi. Quindi quando crei la tua policy
7:28
Speaker 2: MFA non limitarti a spuntare la casella richiedi MFA. Si specifico,
7:32
Speaker 2: scegli solo i metodi forti. Policy numero 2, blocca l'autenticazione legacy.
7:36
Speaker 2: Sembra tecnico ma è semplice. Esistono vecchi protocolli che Microsoft
7:41
Speaker 2: 365 supporta ancora. POP, IMAP, SMTP, vecchie versioni di Exchange, ActiveSync.
7:46
Speaker 2: Questi protocolli sono nati prima dell'autenticazione a più fattori e
7:49
Speaker 2: non la supportano. Quindi se un attaccante tiene una password
7:52
Speaker 2: può usare questi vecchi protocolli per accedere e bypassare l'MFA.
7:56
Speaker 2: È una falla enorme. La soluzione è semplice. Crea una
7:59
Speaker 2: policy di accesso condizionale che blocchi l'autenticazione legacy per tutti
8:02
Speaker 2: gli utenti. A meno che tu non abbia necessità specifica
8:05
Speaker 2: per un vecchio scanner o stampante e usa SMTP, disabilitala.
8:09
Speaker 2: E' uno dei controlli di sicurezza a più alto impatto
8:10
Speaker 2: che puoi attivare. Policy numero 3 richiede dispositivi conformi per
8:14
Speaker 2: gli amministratori. Gli account admin sono i gioielli della corona
8:16
Speaker 2: del tuo tema. Se qualcuno compromette un account di amministratore globale,
8:19
Speaker 2: ha il controllo di tu. Quindi devi proteggere quegli account
8:22
Speaker 2: più di chiunque altro. Questa policy stabilisce che chiunque abbia
8:25
Speaker 2: un ruolo di amministratore deve utilizzare un dispositivo aziendale che
8:28
Speaker 2: soddisfi i requisiti di sicurezza iscritto alla gestione, con criptografia
8:31
Speaker 2: abilitata come BitLocker, Defender attivo e patch aggiornato. Se un
8:35
Speaker 2: amministratore tenta di accedere da un laptop personale o da
8:37
Speaker 2: una macchina obsoleta che non soddisfatta gli standard, l'accesso viene bloccato.
8:41
Speaker 2: È un modo semplice per assicurarsi che i tuoi account
8:43
Speaker 2: più potenti siano anche i più protetti. Prima di proseguire,
8:46
Speaker 2: devo parlare di qualcosa di fondamentale, gli account break glass.
8:49
Speaker 2: Si tratta di account di emergenza che mantieni al di
8:51
Speaker 2: fuori delle tue policy di accesso condizionale. Creane almeno due
8:54
Speaker 2: che utilizzano password lunghe e complesse e un'autenticazione MFA resistente
8:57
Speaker 2: al phishing come una chiave di sicurezza FIDO2. Conserva le
9:00
Speaker 2: credenziali in modo sicuro, magari in una cassaforte o in
9:02
Speaker 2: un armadietto chiuso a chiave. Lo scopo è semplice. Se
9:04
Speaker 2: ti escludi accidentalmente dal tenant con una policy errata, puoi
9:07
Speaker 2: usare un account break loss per rientrare. Sono esclusi da
9:10
Speaker 2: ogni policy di accesso condizionale. È una scelta intenzionale. Senza
9:13
Speaker 2: di essi rischi di rimanere bloccato fuori dal tuo sistema
9:15
Speaker 2: senza possibilità di rinforzare. Perché solo tre policy per il
9:17
Speaker 2: primo giorno? Perché vuoi concentrarti innanzitutto sui controlli a maggior impatto.
9:20
Speaker 2: Queste tre colmano le lacune di sicurezza più grandi. L'MFA
9:23
Speaker 2: ferma gran parte dei furti credenziali, blocca dell'autenticazione legacy e
9:25
Speaker 2: chiude le porte su. Dispositivi conformi per gli amministratori proteggono
9:28
Speaker 2: i tuoi account più sensibili. Potrai perfezionare tutto in seguito
9:31
Speaker 2: con policy più granulari, ma inizia da qui. policy avanzate,
9:34
Speaker 2: rischio e ruoli. Una volta implementate le basi puoi aggiungere
9:37
Speaker 2: controlli più avanzati, è qui che entrano in gioco le
9:39
Speaker 2: policy basate sul rischio e le regole basate sui profili.
9:41
Speaker 2: Le policy sul rischio di accesso utilizzano il machine learning
9:43
Speaker 2: di Microsoft per monitorare ogni tentativo di login in tempo reale.
9:47
Speaker 2: Se qualcuno tenta di accedere da un indirizzo IP anonimo
9:49
Speaker 2: o il sistema rileva spostamenti impossibili, come un login da
9:52
Speaker 2: New York e poi da Tokyo dieci minuti dopo valuta
9:54
Speaker 2: quell'accesso come ad alto rischio. Da lì imposta una policy che,
9:58
Speaker 2: se il rischio è alto, blocca l'accesso e richiede immediatamente l'MFA.
10:01
Speaker 2: Il limite è che serve una licenza Entry DP2, ma
10:03
Speaker 2: è uno dei controlli più potenti che puoi aggiungere perché
10:05
Speaker 2: rileva attacchi che le rava attacchi che le regole statiche mancano.
10:08
Speaker 2: Le policy sul rischio utente osservano l'account nel tempo, non
10:10
Speaker 2: solo un singolo evento di accesso. Se Microsoft rileva che
10:13
Speaker 2: le credenziali di un utente sono apparse in una nota
10:15
Speaker 2: violazione di dati, contrassegna quell'utente come ad alto rischio. Puoi
10:17
Speaker 2: quindi impostare una policy che blocchi l'accesso finché l'utente non
10:19
Speaker 2: può impostare la password. E se anche questo richiede una licenza. Insieme,
10:22
Speaker 2: le policy su rischio di accesso e su rischio utente
10:24
Speaker 2: creano un livello di sicurezza dinamico che si adatta alle
10:26
Speaker 2: minacce in tempo reale. Ora, le policy basate sulla persona
10:29
Speaker 2: affrontano un problema diverso. Non tutti nella tua organizzazione hanno
10:32
Speaker 2: le stesse esigenze di sicurezza. Gli amministratori necessitano delle regole
10:34
Speaker 2: più rigide, mentre i collaboratori esterni e persone temporanee potrebbero
10:37
Speaker 2: avere bisogno di accessi militari. E gli ospiti esterni nella
10:39
Speaker 2: tua azienda richiedono controlli del tutto differenti. Le policy basate
10:42
Speaker 2: sulla persona ti permettono di raggruppare gli utenti per ruolo
10:44
Speaker 2: e applicare il giusto livello di protezione. Ecco un esempio concreto.
10:47
Speaker 2: I collaboratori esterni usano spesso dispositivi propri che non gestisci,
10:50
Speaker 2: quindi non sai se abbiano un antivirus o se siano
10:52
Speaker 2: aggiornati con le perle. Invece di dare loro accesso completo,
10:55
Speaker 2: crea una policy che limita l'accesso al solo browser senza app,
10:57
Speaker 2: desktop o mobili. Anche all'interno del browser puoi limitare le azioni.
11:01
Speaker 2: Possono visualizzare e modificare file, ma non scaricarli o sincronizzarli
11:04
Speaker 2: sul proprio dispositivo. In questo modo, i collaboratori restano produttivi
11:08
Speaker 2: senza esporre i tuoi dati a rischi inutili e, Contesti
11:11
Speaker 2: di autenticazione portano questa idea oltre, proteggendo contenuti specifici all'interno
11:14
Speaker 2: di un'app invece dell'intera applicazione. Ad esempio, il tuo team
11:17
Speaker 2: finanziario ha un sito SharePoint con dati finanziari sensibili. Puoi
11:21
Speaker 2: associare un contesto di autenticazione a quel sito, così chiunque
11:23
Speaker 2: provi ad accedervi deve usare un dispositivo conforme e MFA
11:26
Speaker 2: resistente al phishing, anche se già connesso a Microsoft 365.
11:30
Speaker 2: È un targeting di precisione per le tue informazioni più sensibili.
11:33
Speaker 2: La valutazione dell'accesso continuo revoca l'accesso quasi in tempo reale
11:36
Speaker 2: quando qualcosa cambia. Se un amministratore disabilita un account o
11:39
Speaker 2: un dispositivo e viene segnalato come smarrito, la sessione termina
11:41
Speaker 2: immediatamente senza attendere la scadenza del tool. Questo è fondamentale
11:45
Speaker 2: per rispondere rapidamente agli incidenti. Tutto ciò sembra potente, ma
11:48
Speaker 2: come iniziare concretamente senza creare problemi? Passare dalle impostazioni di
11:51
Speaker 2: sicurezza predefinite alle policy personalizzate. Se hai un tenant nuovo,
11:55
Speaker 2: non parti da zero perché Microsoft abilita le cosiddette impostazioni
11:58
Speaker 2: di sicurezza predefinite. È un set base di protezioni che
12:02
Speaker 2: richiede MFA per gli amministratori e blocca l'autenticazione legacy È
12:07
Speaker 2: un buon punto di partenza, ma è limitato. Non puoi
12:09
Speaker 2: personalizzarlo o mirare ad app o utenti specifici. È una
12:12
Speaker 2: soluzione uguale per tutti. Non appena crei la tua prima
12:15
Speaker 2: policy di accesso condizionale personalizzata, le impostazioni di sicurezza predefinite
12:19
Speaker 2: si disattivano, lasciando a te il controllo. È un bene,
12:22
Speaker 2: ma significa anche che devi sapere cosa stai facendo, perché
12:24
Speaker 2: non puoi più fare affidamento sulle protezioni predefinite. Ecco quindi
12:26
Speaker 2: come procedere in sicurezza. Prima cosa, inizia con la modalità
12:29
Speaker 2: solo report per ogni nuova policy e lascia l'attiva per
12:31
Speaker 2: almeno una settimana. Poi controlla i log di accesso per
12:33
Speaker 2: vedere cosa sarebbe successo, ad esempio quanti utenti sarebbero stati
12:36
Speaker 2: bloccati o avrebbero ricevuto la richiesta. Questi dati ti dicono
12:38
Speaker 2: se la tua policy è troppo rigida o troppo permissiva
12:41
Speaker 2: prima di applicarla. Secondo, usa lo strumento What If nell'interfaccia
12:44
Speaker 2: di amministrazione di Entra per testare una policy su uno
12:46
Speaker 2: specifico utente, app e posizione prima di attivarla. Puoi simulare
12:49
Speaker 2: esattamente cosa succederebbe se qualcuno provasse ad accedere da una
12:52
Speaker 2: caffetteria in un altro paese usando un dispositivo personale. È
12:55
Speaker 2: un modo sicuro per individuare i problemi prima che diventino reali. Terzo,
12:58
Speaker 2: questo è fondamentale, crea i tuoi account di emergenza a
13:00
Speaker 2: break glass prima di distribuire qualsiasi policy. Non insisterò mai
13:03
Speaker 2: abbastanza su questo. Se crei accidentalmente una policy che blocca
13:06
Speaker 2: tutti gli amministratori e non hai configurato un account di
13:08
Speaker 2: emergenza escluso da tutto, ti bloccherai fuori dal tuo tenant.
13:12
Speaker 2: L'unico modo per rientrare è chiamare il supporto Microsoft e
13:14
Speaker 2: dimostrare di possedere il dominio che puoi richiedere i giorni.
13:17
Speaker 2: Quindi configura due account di emergenza conservati in modo sicuro
13:20
Speaker 2: con MFA resistente al phishing. Fallo prima di iniziare. Quarto,
13:23
Speaker 2: distribuisci per fasi. Non attivare una policy per tutti il
13:27
Speaker 2: primo giorno. Inizia con un piccolo gruppo di test, magari TMI- T,
13:31
Speaker 2: e lascia l'attiva per qualche giorno. Controlla i log per
13:33
Speaker 2: vedere se qualcuno è stato bloccato inaspettatamente. Poi espandi a
13:35
Speaker 2: un gruppo più grande, infine a tutti gli utenti. Ogni
13:38
Speaker 2: fase ti dà la possibilità di rilevare problemi prima che
13:40
Speaker 2: colpiscano l'intera azienda. Monitora i log di accesso durante tutto
13:43
Speaker 2: il processo e, se vedi blocchi imprevisti, modifica la policy
13:45
Speaker 2: prima di passare alla fase successiva. Riepilo. Perché questo è
13:49
Speaker 2: importante per la tua azienda. Quindi, perché tutto questo è importante?
13:52
Speaker 2: L'accesso condizionale butta fuori alla porta che non si limita
13:54
Speaker 2: a controllare il tuo documento. Esamina tutto. Chi sei, da
13:57
Speaker 2: dove ti connetti, quale dispositivo stai usando e se il
13:59
Speaker 2: tuo account sembra essere stato compromesso. Trasforma un semplice controllo
14:03
Speaker 2: simile a no della password in una decisione intelligente basata
14:05
Speaker 2: su quadro generale. Senza di esso, chiunque abbia una password
14:08
Speaker 2: rubata può entrare nel tuo tenant da qualsiasi parte del mondo.
14:11
Speaker 2: Senza fare domande. Se pensi a quante password vengono rubate
14:14
Speaker 2: ogni singolo giorno, è un pensiero spaventoso. Le tre pollici
14:17
Speaker 2: di base da sole colmano le lacune più grandi. L'MFA
14:20
Speaker 2: blocca su nasce la maggior parte dei furti credenziali. Bloccare
14:22
Speaker 2: l'autenticazione legacy chiude una porta sul retroamato degli attaccanti. Richiedere
14:25
Speaker 2: dispositivi conformi per gli amministratori protegge i tuoi account più sensibili.
14:29
Speaker 2: Solo queste tre policy innalzano notevolmente il tuo livello di
14:31
Speaker 2: sicurezza di base. E quando sei pronto a fare un
14:33
Speaker 2: passo avanti, le policy avanzate ti offrono una protezione precisa
14:36
Speaker 2: senza uccidere la produttività. I controlli basati sul rischio rilevano
14:39
Speaker 2: gli attacchi in tempo reale. Le regole basate sulla persona
14:41
Speaker 2: trattano gli utenti in modo diverso. I contesti di autenticazione
14:44
Speaker 2: proteggono i tuoi dati più sensibili con precisione chirurgica. Puoi
14:47
Speaker 2: essere sia sicuro che flessibile. Quindi ecco i tuoi compiti.
14:50
Speaker 2: Accedi al tuo centro di amministrazione. La recessa condizionale. Verifica
14:54
Speaker 2: se hai almeno quelle tre polisi di base attive. In
14:57
Speaker 2: caso contrario, inizia con la modalità solo report e procedi
14:59
Speaker 2: da lì. Non aspettare un audit o una violazione per agire.
15:02
Speaker 2: Se questo episodio ti ha aiutato a vedere il quadro generale,
15:04
Speaker 2: iscriviti a Microsoft Knowledge Nuggets per spiegazioni semplici su sicurezza
15:08
Speaker 2: e identità e condividilo con qualcuno che ha appena iniziato
15:11
Speaker 2: il suo percorso con Microsoft 365. Ti ringrazierà per questo.