Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Microsoft Cloud PKI spiegato: certificati dei dispositivi con Intune al posto della password Wi-Fi condivisa (Doppiaggio IA)

Transcript

Microsoft Cloud PKI spiegato: certificati dei dispositivi con Intune al posto della password Wi-Fi condivisa (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Pronto per 10 giorni di Microsoft 365, Copilot, intelligenza artificiale,
0:04
Speaker 2: Azure e le persone che stanno plasmando il futuro del lavoro?
0:07
Speaker 2: A gennaio torna M3665Con e ci stiamo espandendo. Unisciti a
0:13
Speaker 2: noi per sessioni live, dimostrazioni pratiche e conoscenze pratiche da
0:16
Speaker 2: parte di MVP ed esperti del settore di tutto il mondo.
0:18
Speaker 2: Niente slide generiche, niente parole d'ordine infinite. Stiamo affrontando le
0:22
Speaker 2: vere sfide. Copilot Studio, agenti di intelligenza artificiale, Fabric, sicurezza,
0:27
Speaker 2: governance e automazione. Che tu sia un professionista IT, uno
0:31
Speaker 2: sviluppatore o un leader aziendale, ci sono sessioni pensate per te.
0:35
Speaker 2: Con 10 giorni interi puoi esplorare diverse tecnologie e connetterti
0:38
Speaker 2: con una community globale. Guarda la diretta e porta spunti
0:42
Speaker 2: pratici alla tua organizzazione. Gennaio 2027, 10 giorni, una community Microsoft.
0:49
Speaker 2: Le registrazioni sono aperte ora. Vai su m365com. net e assicurati
0:54
Speaker 2: il tuo posto oggi stesso. Questo è m365com. net a Iscriviti
1:01
Speaker 2: ora su m365. com. net Immagina di acquistare un nuovo laptop per
1:06
Speaker 2: qualcuno che si unisce alla tua azienda. Hanno bisogno di mail,
1:08
Speaker 2: file condivisi, wifi dell'ufficio e magari di una VPN quando
1:11
Speaker 2: lavorano da casa. Ogni connessione pone sempre la stessa domanda,
1:14
Speaker 2: questo portatile è adatto a questo posto? In molte piccole
1:16
Speaker 2: aziende la risposta è ancora una password, un codice wifi condiviso,
1:19
Speaker 2: un login VPN inviato tramite messaggio, quindi una correzione manuale
1:21
Speaker 2: quando qualcuno cambia una password, sostituisce un manuale quando qualcuno
1:23
Speaker 2: cambia una password, sostituisce un portatile o lascia l'azienda. Potrebbe
1:26
Speaker 2: sembrare un problema da piccolo ufficio. Stessa domanda si pone
1:29
Speaker 2: in un'azienda con 10-10.000 dipendenti. È necessario un modo per
1:32
Speaker 2: consentire a un dispositivo di dimostrare la propria appartenenza senza
1:34
Speaker 2: chiedere alla persona che lo utilizza e alle persone che
1:35
Speaker 2: lo utilizza di continuare a inserire informazioni. Sono Melko Peters
1:38
Speaker 2: di M365FM e questa chicca informativa spiega i certificati. Microsoft
1:41
Speaker 2: Cloud PKI e CominTune può gestire tale prova dietro le quinte.
1:45
Speaker 2: Un piccolo file digitale può sostituire una password alla porta dell'ufficio.
1:48
Speaker 2: Innanzitutto vediamo perché esiste quel file. Perché esistono i certificati.
1:52
Speaker 2: Apri un sito web sicuro nel tuo browser. Prima di
1:54
Speaker 2: leggere la pagina, il tuo browser verifica qualcosa in vecchia.
1:57
Speaker 2: Verifica un certificato digitale. Tale certificato consente al browser di
2:00
Speaker 2: confermare di aver raggiunto il sito web reale e di
2:02
Speaker 2: creare una connessione protetta. La maggior parte delle persone non
2:04
Speaker 2: vede mai tale controllo, ma ci si affida ad esso
2:06
Speaker 2: ogni giorno. Un certificato funziona un po' come un badge
2:08
Speaker 2: identificativo azienda. Il badge riporta un nome e dettagli sulla
2:10
Speaker 2: persona a cui appartiene. Contiene inoltre una prova di un
2:13
Speaker 2: creatore di badge di cui ci si fida. Un certificato
2:15
Speaker 2: digitale riporta un nome e un'identità a una chiave pubblica.
2:18
Speaker 2: Considera la chiave pubblica come un'informazione che altri possono esaminar.
2:20
Speaker 2: Il certificato contiene inoltre una firma digitale attendibile, che riporta
2:24
Speaker 2: questo ufficio badge ha verificato questa identità e ha approvato
2:26
Speaker 2: questo badge. Ciò fornisce alla guardia qualcosa da controllare, ma
2:30
Speaker 2: un badge da solo non è sufficiente. Qualcuno potrebbe prendere
2:32
Speaker 2: un badge stampato da una scrivania. I certificati digitali risolvono
2:35
Speaker 2: questo problema con una chiave privata. La chiave privata è
2:37
Speaker 2: il segreto del titolare. Rimane sul computer portatile, sul telefono, sull'utente.
2:41
Speaker 2: Il dispositivo la utilizza per dimostrare di essere effettivamente il
2:43
Speaker 2: proprietario del certificato ma non trasmette tale segreto alla rete wifi,
2:46
Speaker 2: alla VPN, all'app che controlla il badge. Consideralo come una
2:48
Speaker 2: guardia che ti chiede di sbloccare il porta badge anziché
2:50
Speaker 2: chiederti di rivelare la combinazione. Dimostri di poterlo aprire ma
2:53
Speaker 2: la guardia non impara mai la combinazione. Ecco perché i
2:56
Speaker 2: certificati possono essere più sicuri di una password condivisa. Una
2:58
Speaker 2: password wifi condivisa può viaggiare. Qualcuno può scriverla e inultrarla
3:01
Speaker 2: e riutilizzarla su un dispositivo personale o conservarla dopo aver
3:04
Speaker 2: lasciato lo zaino. Un certificato del dispositivo fornisce invece a
3:07
Speaker 2: ogni laptop o telefono gestito la propria parte. Quindi chi
3:09
Speaker 2: crea e gestisce questi badge digitali Quel compito spetta a PKP,
3:13
Speaker 2: Abbreviazione di Infrastruttura a Chiave Pubblica. Il nome suona pesante,
3:15
Speaker 2: ma l'idea è semplice. PKI è l'ufficio badge per il
3:18
Speaker 2: tuo posto di lavoro digitale. Crea certificati, li invia alle
3:21
Speaker 2: persone o ai dispositivi giusti, li rinnova prima che scadano
3:23
Speaker 2: e li annulla quando non dovrebbero più funzionare. All'interno di
3:27
Speaker 2: quell'ufficio badge si trova un'autorità di certificazione, solitamente abbreviata in CA.
3:30
Speaker 2: Una CA è il creatore di badge attenibile. Quando una
3:32
Speaker 2: rete wifi, un servizio VPN o un'app interna vede un certificato,
3:36
Speaker 2: con una domanda, mi fido del creatore di badge che
3:38
Speaker 2: lo ha approvato, Se la risposta è sì, può controllare
3:41
Speaker 2: il certificato e decidere se far passare il dispositivo. Di
3:44
Speaker 2: solito ci sono due livelli. In alto si trova la C- Radice.
3:47
Speaker 2: Pensa a questa come la sede centrale dell'azienda che approva
3:49
Speaker 2: l'intero sistema di badge. Non è necessario stampare ogni badge
3:51
Speaker 2: per ogni computer portatile. Sotto si trova una CA emittente.
3:54
Speaker 2: Questa è la scrivania che gestisce il lavoro quotidiano. Rilascia
3:56
Speaker 2: certificati per dispositivi e utenti, mentre la sua autorità si
3:59
Speaker 2: collega alla CA a radice. Quando un servizio verifica la catena,
4:02
Speaker 2: può seguire il certificato dal computer portatile alla CA emittente,
4:05
Speaker 2: quindi di nuovo alla C- Radice di cui si fida. Questa
4:07
Speaker 2: catena fornisce la struttura del processo. Puoi utilizzarla per una
4:10
Speaker 2: rete Wi- Fi sicura, in cui un computer portatile dimostra la
4:12
Speaker 2: propria appartenenza prima di unirsela. Puoi utilizzarla per una VPN,
4:15
Speaker 2: in cui il computer portatile dimostra la propria appartenenza prima
4:17
Speaker 2: di raggiungere risorse aziendali. Puoi anche utilizzarla per un'app interna
4:20
Speaker 2: che dovrebbe accettare solo dispositivi aziendali gestiti. Il dipendente non
4:23
Speaker 2: ha bisogno di capire nulla di tutto ciò. Apre il
4:25
Speaker 2: computer portatile e scegli la rete Wi- Fi aziendale, secondo me.
4:28
Speaker 2: Questo è l'obiettivo. La parte difficile inizia quando il tuo
4:31
Speaker 2: ufficio badge si trova in una sala server. Perché la
4:34
Speaker 2: PKI tradizionale diventa un peso per le piccole aziende. Per
4:36
Speaker 2: molti anni questo sistema di badge ha significato costruire e
4:39
Speaker 2: gestire la propria attrezzatura. Dovresti installare Windows Server, quindi aggiungere
4:42
Speaker 2: Active Directory Certificate Service, spesso denominato DCS e spesso denominato
4:45
Speaker 2: di certificazione all'interno dell'area aziendale. Ma il server da solo
4:49
Speaker 2: non è tutto. Se utilizzi dispositivi gestiti da Intune, questi
4:52
Speaker 2: devono disporre di un modo per richiedere un certificato all'autorità
4:54
Speaker 2: di certificazione locale. Ciò significa configurare un connettore di certificati Intune,
4:58
Speaker 2: un server Andes per gestire le richieste di certificati, un
5:01
Speaker 2: proxy inverso per un accesso sicuro dall'esterno e regola del
5:03
Speaker 2: firewall che consentano il passaggio del traffico corretto. A ogni
5:06
Speaker 2: elemento ha un compito. Insieme posso trasformare un obiettivo semplice
5:09
Speaker 2: come il Wi- Fi senza password in un progetto server completo.
5:12
Speaker 2: Ecco un'analogia. Immagina di voler stampare le tessere di accesso
5:14
Speaker 2: del personale in un tuo feed. Non ti limiti ad
5:15
Speaker 2: acquistare una stampa mail. Costruisci una stanza chiusa a chiave
5:18
Speaker 2: per questo. Aggiungi armadietti chiusi a chiave per le tessere
5:20
Speaker 2: e registri. Installi un'alimentazione di riserva. Imposti regole per chi
5:23
Speaker 2: può entrare. Quindi hai bisogno di qualcuno che sappia quale
5:25
Speaker 2: interruttore utilizzare quando la stampante funziona. Questo è più vicino
5:28
Speaker 2: alla PKI tradizionale di quanto la maggior parte delle persone
5:30
Speaker 2: si aspetta. Una piccola azienda potrebbe volere che solo i
5:32
Speaker 2: computer portatili si colleghino al Wi- Fi senza condividere una password
5:35
Speaker 2: Oppure potrebbe volere una VPN che riconosca un laptop gestito
5:37
Speaker 2: prima di chiedere al dipendente di effettuare l'accesso. Obiettivi ragionevoli.
5:42
Speaker 2: Tuttavia il vecchio percorso può richiedere server, regole di rete,
5:44
Speaker 2: pianificazione dell'accesso pubblico e conoscenze che molti piccoli team IT
5:47
Speaker 2: semplicemente non hanno il tempo di sviluppare. Il lavoro non
5:50
Speaker 2: si ferma dopo l'installazione. Server necessitano di aggiornamenti, l'hardware raggiunge
5:54
Speaker 2: la fine del suo ciclo di vita e i backup
5:55
Speaker 2: devono essere testati non solo un segno di spunta verde
5:57
Speaker 2: e uno strumento di backup. I certificati hanno date di
5:59
Speaker 2: scadenza e il sistema deve rinnovarli prima che scadano Quando
6:02
Speaker 2: il rinnovo non riesce, il primo segnale potrebbe arrivare da
6:04
Speaker 2: un dipendente che non riesce a connettersi al Wi- Fi in
6:06
Speaker 2: una follata lunedì mattina. La password del dipendente potrebbe ancora
6:09
Speaker 2: funzionare perfettamente. Il suo laptop può ancora aprire Word e
6:12
Speaker 2: inviare email da una connessione mobile, ma il certificato che
6:14
Speaker 2: consente alla rete di riconoscere quel laptop potrebbe essere scaduto.
6:17
Speaker 2: La VPN può rifiutarlo, l'app interna può rifiutarlo, il Wi- Fi
6:20
Speaker 2: può rifiutarlo. Ciò si trasforma in una chiamata di supporto
6:22
Speaker 2: che all'inizio sembra strana. La mia password funziona ma non
6:25
Speaker 2: riesco ad andare una. Quindi qualcuno deve scoprire se il
6:28
Speaker 2: problema risiede nel dispositivo, nel profilo del certificato, nel servizio
6:31
Speaker 2: di rete, nella CA locale, nel connettore o nel firewall.
6:34
Speaker 2: Un piccolo team IT può perdere mezza giornata a seguire
6:36
Speaker 2: quella traccia. Il lavoro da remoto aggiunge un ulteriore errore.
6:39
Speaker 2: Un computer portatile in ufficio può raggiungere più facilmente i
6:41
Speaker 2: servizi di certificazione locali, ma un computer portatile sul tavolo
6:44
Speaker 2: della cucina di qualcuno ha comunque bisogno di un percorso
6:45
Speaker 2: sicuro per raccogliere un certificato o no. È possibile esporre
6:48
Speaker 2: parte del processo con attenzione tramite un proxy inverso a
6:50
Speaker 2: regole del firewall. Ciò funziona quando è pianificato e mantenuto correttamente,
6:53
Speaker 2: ma aggiunge anche più parti mobili, più impostazioni, più punti
6:56
Speaker 2: in cui impostazioni, più punti in cui un piccolo errore
6:57
Speaker 2: può interrompere l'accesso. Il costo non è solo una licenza
6:59
Speaker 2: del server, è il tempo impiegato per l'applicazione di patch,
7:02
Speaker 2: è una competenza specialistica, è una documentazione che deve essere
7:04
Speaker 2: sempre aggiornata. È il rischio che una persona comprenda il
7:06
Speaker 2: sistema di certificazione e poi lasci l'azienda con la mappa
7:09
Speaker 2: in testa. La PKI in sé non è riservata alle
7:12
Speaker 2: grandi aziende. Una piccola azienda potrà avere vantaggio dallo stesso
7:15
Speaker 2: tipo di prove del dispositivo di una grande azienda. Il
7:17
Speaker 2: problema è che l'esecuzione di una PKI di vecchio stile
7:19
Speaker 2: può richiedere l'impegno di un reparto IT molto più ampio.
7:22
Speaker 2: Microsoft Cloud PKI mantiene il processo di certificazione ma sposta
7:25
Speaker 2: gran parte di tale macchinario dalla sala server al cloud Microsoft.
7:28
Speaker 2: Ecco cos'è in realtà Microsoft Cloud PKI. Microsoft Cloud PKI
7:33
Speaker 2: è il servizio di autorità di certificazione gestito da Microsoft
7:35
Speaker 2: all'interno di Intune. Questa è la definizione in parole povere.
7:37
Speaker 2: Crea e gestisce certificati per dispositivi e utenti gestiti da Intune.
7:41
Speaker 2: Invece di far eseguire il sistema di badge su server
7:43
Speaker 2: locali alla tua azienda, Microsoft esegue il servizio di autorità
7:46
Speaker 2: di certificazione nel cloud. I tuoi dipendenti non apriranno un'app
7:49
Speaker 2: chiamata Cloud PKI, non cliccheranno su un pulsante per richiedere
7:51
Speaker 2: un certificato, non salveranno un file o un'altra password. Cloud
7:54
Speaker 2: PKI funziona dietro le quinte. Può emettere un certificato quando
7:57
Speaker 2: un dispositivo gestito ne ha bisogno, rinnovarlo prima che scada
7:59
Speaker 2: e revocarlo quando tale certificato non dovrebbe più funzionare. Usiamo
8:02
Speaker 2: di nuovo l'analogia dell'edificio per uno. Entra ID si trova
8:05
Speaker 2: alla reception. Sa chi sono le persone e controlla la
8:07
Speaker 2: loro identità di accesso. Intune agisce come responsabile dell'edificio. Sa
8:11
Speaker 2: quali computer portatili e telefoni appartengono all'azienda e invia le
8:14
Speaker 2: relative impostazioni, app e regole. CloudPK è l'ufficio badge sicuro
8:17
Speaker 2: all'interno di quell'edificio. Comunica all'ufficio badge quali dispositivi gestiti necessitano
8:21
Speaker 2: di accesso. CloudPK crea il certificato. Quindi il dispositivo può
8:25
Speaker 2: utilizzare tale certificato quando si connette ai servizi che l'azienda
8:27
Speaker 2: ha configurato per considerarlo attendibile. Ogni servizio ha un ruolo chiaro.
8:30
Speaker 2: Non è necessario un server Windows locale che esegua un'autorità
8:32
Speaker 2: di certificazione radio. Non è necessario un altro server locale
8:35
Speaker 2: che funga da autorità di certificazione MITE. Microsoft può ospitare
8:38
Speaker 2: entrambe le parti in una configurazione Cloud First con una
8:40
Speaker 2: CA in alto e una CA emittente che gestisce i
8:42
Speaker 2: certificati utilizzati dai dispositivi. Ciò elimina molte apparecchiature dal piano.
8:45
Speaker 2: Cambia anche chi gestisce il servizio di certificazione sottostante. Nell'uso
8:49
Speaker 2: di produzione con licenza, Microsoft protegge le chiavi dell'autorità di
8:52
Speaker 2: certificazione con moduli di sicurezza hardware solitamente denominati HSM. Un HSM,
8:57
Speaker 2: un hardware di vuoto bloccato creato per proteggere chiavi criptografiche
8:59
Speaker 2: altamente sensibili. Non è necessario acquistare, installare, applicare patch o
9:03
Speaker 2: proteggere tale arma. Microsoft lo esegue come parte del servizio.
9:06
Speaker 2: Il tuo lavoro si concentra sulla decisione aziendale, ovvero quali
9:08
Speaker 2: dispositivi dovrebbero ricevere i certificati e a cosa dovrebbero accedere
9:11
Speaker 2: tali certificati. C'è un nome breve che vale la pena conoscere, SHEP.
9:14
Speaker 2: Sta per Simple Certificate Enrollment Protocol. Non è necessario ricordare
9:19
Speaker 2: il nome completo dopo questa puntata. Pensa a SHAPE come
9:21
Speaker 2: la corsia di richiesta protetta tra un dispositivo gestito e
9:24
Speaker 2: l'ufficio badge. Un computer portatile utilizza tale corsia per richiedere
9:27
Speaker 2: un certificato. Cloud PKI verifica la richiesta tramite Intune e
9:30
Speaker 2: restituisce il certificato firmato quando la richiesta supera tali controlli.
9:33
Speaker 2: Il dispositivo non invia il suo segreto privato tramite tale corsia.
9:36
Speaker 2: Questo dettaglio è importante. Il dispositivo crea la propria chiave
9:38
Speaker 2: privata e locale e la conserva. Cloud PKI riceve una
9:41
Speaker 2: richiesta contenente le informazioni pubbliche necessarie per emettere il certificato
9:44
Speaker 2: nella chiave privata del dispositivo. Cloud PKI supporta le famiglie
9:47
Speaker 2: di dispositivi già utilizzate da maggior parte delle piccole aziende.
9:50
Speaker 2: Ciò include computer portatili Windows, Mac, iPhone, iPad e dispositivi Android.
9:54
Speaker 2: La condizione è semplice. Il dispositivo deve essere registrato e
9:57
Speaker 2: gestito tramite Intune e la sua piattaforma deve sopportare il
9:59
Speaker 2: profilo del certificato di Intune. Un computer portatile personale non
10:03
Speaker 2: gestito tramite Intune non rientra in questo modello. Tale limite
10:05
Speaker 2: è intenzionale. Cloud PKI utilizza la conoscenza del dispositivo da
10:08
Speaker 2: parte di Intune come parte del processo, pertanto funziona meglio
10:11
Speaker 2: laddove la tua azienda controlla la configurazione e può applicare
10:13
Speaker 2: le proprie regole sicure. Prima di pianificare in base a ciò, verifichiamo.
10:16
Speaker 2: Cloud PKI richiede la corretta licenza Microsoft insieme a Intune.
10:20
Speaker 2: Microsoft modifica i dettagli del piano nel tempo, pertanto verifica
10:23
Speaker 2: i diritti correnti e conferma chi necessita di una licenza
10:25
Speaker 2: prima di progettare il servizio in base a ciò. L'autorità
10:27
Speaker 2: di certificazione potrebbe ora risiedere nel cloud, ma il certificato
10:30
Speaker 2: deve comunque raggiungere il computer portatile corretto in modo sicuro.
10:32
Speaker 2: Tale percorso spiega perché Cloud PKI funziona così bene per
10:35
Speaker 2: il lavoro moderno. Immagina che un nuovo dipendente apra per
10:37
Speaker 2: la prima volta il proprio computer portatile gestito da Intune
10:39
Speaker 2: e debba connettersi a una rete wifi sicura o utilizzare
10:41
Speaker 2: una VPN. Cosa succede quando un dispositivo necessita un certificato?
10:45
Speaker 2: Immagina un nuovo dipendente seduto con il proprio computer portatile
10:48
Speaker 2: aziendale la prima mattina a casa. Quel computer portatile già
10:51
Speaker 2: registrato in... Avranno bisogno della rete Wi- Fi dell'ufficio quando arriveranno
10:54
Speaker 2: e probabilmente di una VPN per raggiungere i sistemi interni
10:56
Speaker 2: da casa, ma non dovrebbero dover cercare una password Wi- Fi
10:58
Speaker 2: o chiamare l'IT per un certificato. Prima ancora che il
11:01
Speaker 2: portatile chieda il proprio certificato, Intune invia i certificati di
11:04
Speaker 2: cui ha bisogno per essere attendibile. Ciò include il certificato
11:07
Speaker 2: radice e il certificato di emissione dalla configurazione Cloud PKI.
11:10
Speaker 2: Sembrano dettagli da poco, vero? In realtà l'intera base... Comunica
11:13
Speaker 2: al portatile, questa è l'autorità di certificazione di cui ti
11:15
Speaker 2: puoi fidare. Senza tale attendibilità, il portatile non ha modo
11:18
Speaker 2: di sapere se un certificato proviene dal servizio approvato dalla
11:21
Speaker 2: tua azienda o da un posto casuale. Successivamente, il portatile
11:24
Speaker 2: genera la propria chiave privata. Ciò avviene direttamente sul dispositivo
11:26
Speaker 2: stesso e tale chiave privata non viene mai trasferita. Non
11:29
Speaker 2: viene copiata in Intune, inviata a Cloud PKI o passata
11:31
Speaker 2: al servizio Wi- Fi. Questa separazione è ciò che mantiene segreto
11:35
Speaker 2: al sicuro. Quindi il portatile prepara una richiesta di certificazione.
11:38
Speaker 2: Questa richiesta include le informazioni pubbliche necessarie per il certificato,
11:40
Speaker 2: più la prova che il portatile controlla la propria chiave privata.
11:44
Speaker 2: India la richiesta tramite SHP, percorso di richiesta protetto di
11:46
Speaker 2: cui abbiamo parlato in precedenza. Viene inoltrata solo la richiesta,
11:49
Speaker 2: non la chiave. Ora Intune svolge un ruolo attivo nel controllo.
11:51
Speaker 2: Conferma che la richiesta proviene da un dispositivo registrato e
11:54
Speaker 2: gestito dalla tua azienda. Inoltre, protegge la richiesta in modo
11:57
Speaker 2: che il servizio cloud possa verificare che non sia stata
11:59
Speaker 2: manomessa durante il percorso. Se la richiesta non corrisponde a
12:01
Speaker 2: quanto previsto da Intune, non viene emesso alcun certificato. Ciò
12:05
Speaker 2: impedisce a un computer portatile sconosciuto di richiederne uno e ottenere.
12:08
Speaker 2: Quando tutti i controlli vengono superati, CloudPK invia la richiesta
12:10
Speaker 2: all'autorità di certificazione emittente. L'autorità di certificazione emittente firma un
12:14
Speaker 2: certificato per l'identità di tale dispositivo e in turno rinvia
12:16
Speaker 2: il computer portatile. Il dipendente non vede nulla di tutto ciò.
12:19
Speaker 2: Si limita ad aprire il computer portatile e quando arriva
12:21
Speaker 2: in ufficio la rete Wi- Fi può chiedere al computer portatile
12:23
Speaker 2: una prova. Invece di digitare una password condivisa, il computer
12:26
Speaker 2: portatile presenta il suo certificato. La rete verifica quindi la
12:29
Speaker 2: catena di certificati. Questo certificato è stato emesso dall'autorità di
12:31
Speaker 2: certificazione emittente di cui si fida. E tale C emittente
12:34
Speaker 2: rimanda la C a radice di cui si fida. Se
12:36
Speaker 2: tali controlli vengono superati, il computer portatile si colpisce. Lo
12:38
Speaker 2: stesso schema funziona con un VPN. Un servizio VPN può
12:41
Speaker 2: verificare se il certificato del dispositivo appartiene a un computer
12:43
Speaker 2: portatile aziendale gestito prima di consentire una connessione. Un'app interna
12:46
Speaker 2: può fare lo stesso, accettando solo dispositivi dotati di un
12:49
Speaker 2: certificato rilasciato dall'autorità di certificazione approvata. Il certificato non sostituisce
12:53
Speaker 2: ogni richiesta di accesso ovunque, ma fornisce al servizio un
12:55
Speaker 2: altro modo efficace per identificare i dispositivi. Ora parliamo della
12:58
Speaker 2: parte che le persone solitamente notano solo quando si interrompe,
13:00
Speaker 2: ovvero la scadenza. I certificati non durano per sempre e
13:02
Speaker 2: questo è intenzionale. Un certificato necessita di una data di
13:06
Speaker 2: scadenza in modo che una vecchia credenziale del dispositivo non
13:07
Speaker 2: possa continuare per sempre se no. Cloud, PKI e Intune
13:10
Speaker 2: possono avviare il rinnovo prima che arrivi tale data ogni
13:12
Speaker 2: volta che il dispositivo gestito effettua il check- in. Il computer
13:14
Speaker 2: portatile richiede un certificato sostitutivo e l'intero processo segue lo
13:17
Speaker 2: stesso percorso protettivo. Per il dipendente non cambia nulla. Si
13:20
Speaker 2: collegano al Wi- Fi, utilizzano la VPN, il certificato si rinnova
13:23
Speaker 2: in background anziché trasformarsi in un ticket di supporto a
13:26
Speaker 2: sorpresa il giorno della scadenza. Un computer portatile smarrito richiede
13:28
Speaker 2: una risposta diversa. Se un dispositivo scompare, un dipendente se
13:33
Speaker 2: ne va o si sospetta che il certificato non sia
13:35
Speaker 2: più attendibile, un amministratore può revocarlo in Intune. Cloud PKI
13:39
Speaker 2: pubblica tale modifica in modo che i servizi che verificano
13:42
Speaker 2: lo stato del certificato possano rifiutare il vecchio certificato. Il
13:44
Speaker 2: dispositivo potrebbe ancora esistere fisicamente, ma la sua prova digitale
13:47
Speaker 2: smette di funzionare. Questa è una posizione molto migliore rispetto
13:49
Speaker 2: alla modifica di una password Wi- Fi condivisa e alla speranza
13:52
Speaker 2: che ogni ex dipendente, vecchio computer portatile e telefono personale
13:54
Speaker 2: non ce la pega. Tuttavia, la distribuzione automatica dei certificati
13:57
Speaker 2: non significa che Cloud PKI gestisca ogni attività di certificazione
14:00
Speaker 2: nella tua azienda. Funziona molto bene per una serie specifica
14:02
Speaker 2: di lavori. Altri lavori richiedono un servizio di certificazione diverso
14:05
Speaker 2: e conoscere tali limiti ti farà risparmiare tempo prima di
14:08
Speaker 2: iniziare a creare. Dove si adatta Cloud PKI e dove
14:10
Speaker 2: non si adatta? Cloud PKI è la soluzione migliore quando
14:12
Speaker 2: hai bisogno di un dispositivo aziendale gestito che dimostri il
14:14
Speaker 2: suo valore prima di ottenerlo. Il Wi- Fi è sicuro un
14:16
Speaker 2: esempio classico. Invece di comunicare a ogni nuovo utente la
14:19
Speaker 2: stessa password wireless, Intune può inserire un certificato sul computer
14:22
Speaker 2: portatile o sul telefono gestito che la rete può accettare.
14:24
Speaker 2: Un'altra soluzione valida è l'accesso VPN. Un computer portatile gestito
14:28
Speaker 2: può presentare il proprio certificato quando si connette, eliminando le
14:31
Speaker 2: richieste ripetute di inserimento della password e offrendo alla VPN
14:33
Speaker 2: un altro modo per verificare il dispositivo prima di consentire l'accesso.
14:35
Speaker 2: Alcune app interne possono utilizzare lo stesso approccio quando devono
14:38
Speaker 2: accettare solo i dispositivi gestiti dell'azienda. Ciò funziona su computer
14:41
Speaker 2: portatili Windows, Mac, iPhone, iPad e dispositivi Android gestiti. Per
14:45
Speaker 2: una piccola azienda ciò risolve un problema noto. Una password
14:48
Speaker 2: Wi- Fi condivisa tende a diffondersi. Compare nelle mail di benvenuto,
14:52
Speaker 2: nei messaggi di chat, nei blocchi appunti e nei vecchi telefoni.
14:55
Speaker 2: Quando qualcuno se ne va, modificarla può significare ricollegare a
14:57
Speaker 2: ogni stampante, computer portatile, tablet e dispositivo della salariale. Con
15:00
Speaker 2: i certificati dei dispositivi, ogni dispositivo gestito è dotato della
15:03
Speaker 2: propria prova di accesso. Anche la decisione di accesso diventa
15:05
Speaker 2: più precisa. Una password dimostra solo che qualcuno la conosce.
15:09
Speaker 2: Un certificato emesso tramite Cloud PKI collega l'accesso a un
15:12
Speaker 2: dispositivo che Intune conosce e gestisce. Ciò supporta l'idea alla
15:15
Speaker 2: base di Zero Trust. Non concedere l'accesso solo perché qualcosa
15:18
Speaker 2: si trova sulla rete dell'ufficio. Controlla il dispositivo e la
15:21
Speaker 2: reattiva prova ogni volta che il servizio lo richiede. Ci
15:23
Speaker 2: sono due modi comuni per iniziare. Se la tua azienda
15:25
Speaker 2: è gestita principalmente nel cloud e non ha un sistema
15:27
Speaker 2: di certificazione esistente, puoi creare una CA radice e una
15:30
Speaker 2: CA emittente in Cloud PKI. Quindi configura i servizi Wi- Fi
15:33
Speaker 2: dei tuoi dispositivi gestiti, i tuoi VPN o le app
15:35
Speaker 2: selezionate in modo che consideri attendibile tale catena di certificati.
15:37
Speaker 2: Questo è il percorso di avvio pulito. Se esegui già
15:39
Speaker 2: un'autorità di certificazione, non è sempre necessario eliminarla. Cloud PKI
15:43
Speaker 2: può utilizzare una CA emittente che si collega a una
15:45
Speaker 2: CA radice esistente in modo che i tuoi nuovi dispositivi
15:47
Speaker 2: gestiti da Intune possano adattarsi alle regole di attendibilità che
15:49
Speaker 2: utilizzi già. Il percorso giusto dipende da ciò di cui
15:52
Speaker 2: la tua rete è già attendibile. Ma Cloud PKI ha
15:54
Speaker 2: un limite preciso. Si rivolge ai dispositivi registrati in Intune.
15:58
Speaker 2: Non emette ogni tipo di certificato per ogni macchina o
16:00
Speaker 2: servizio di proprietà della tua azienda. Ad esempio, non è
16:03
Speaker 2: un sostituto generale per i certificati su server web, gateway VPN,
16:06
Speaker 2: bilanciatore del carico o altri server. Non risolve inoltre le
16:09
Speaker 2: esigenze di certificazione per computer non gestiti, sistemi isolati senza
16:13
Speaker 2: connessione cloud o dispositivi Linux al di fuori del supporto
16:15
Speaker 2: di Intune. Ciò non ne riduce l'utilità. Significa semplicemente che
16:19
Speaker 2: dovresti abbinare lo strumento all'opera. Cloud PKI gestisce i dispositivi
16:22
Speaker 2: degli utenti gestiti Un altro servizio potrebbe comunque gestire i
16:25
Speaker 2: certificati per i sistemi a cui si connettono tali dispositivi.
16:27
Speaker 2: Anche il controller Wi- Fi, il gateway VPN o l'app interna
16:30
Speaker 2: necessitano di un lavoro di configurazione. Devono considerare attendibile la
16:32
Speaker 2: radice e la catena di certificati di emissione utilizzata da CloudPK.
16:35
Speaker 2: Se tale servizio non riconosce l'autorità di certificazione, rifiuterà un
16:38
Speaker 2: certificato di dispositivo perfettamente vario. Il lato dispositivo e il
16:41
Speaker 2: lato servizio devono concordarvi. Un punto di pianificazione può evitare
16:44
Speaker 2: frustrazioni in seguito. Quando crei un'autorità di certificazione, scegli cosa
16:47
Speaker 2: possono fare i suoi certificati. Tali scelte devono corrispondere all'uso pianificato.
16:51
Speaker 2: Ad esempio, l'autenticazione client per l'accesso Wi- Fi, VPN. Se scegli
16:55
Speaker 2: in modo troppo ristretto e in seguito hai bisogno di
16:56
Speaker 2: uno scopo diverso, potresti dover creare una nuova autorità di
16:58
Speaker 2: certificazione e spostare i dispositivi? Decidi il primo caso d'uso
17:02
Speaker 2: prima di creare qualsiasi cosa. Ciò ci allontana dallo schema
17:04
Speaker 2: tecnico e torna una semplice scelta aziendale. In che modo
17:07
Speaker 2: un certificato del dispositivo eliminerebbe un vero problema di accesso
17:10
Speaker 2: per le persone? Un punto di partenza ragionevole per una
17:12
Speaker 2: piccola imprenda. Quindi da dove dovrebbe iniziare una piccola imprenda?
17:15
Speaker 2: Inizia con un problema, non con un'implementazione a livello aziendale.
17:18
Speaker 2: Forse il wifi del personale utilizza ancora una password condivisa
17:21
Speaker 2: o la tua VPN obbliga le persone ad accedere più
17:22
Speaker 2: e più volte Forse hai un'app interna che dovrebbe essere
17:24
Speaker 2: aperta solo dai computer portati dall'azienda di gestione. Scegli un problema.
17:28
Speaker 2: Quindi assicurati che le basi siano apposta. Qui i dispositivi
17:30
Speaker 2: sono registrati in Intune. Gli utenti accedono tramite ID Entra.
17:34
Speaker 2: La tua licenza Microsoft include le esigenze della PKI Cloud.
17:36
Speaker 2: Ti segue un piccolo progetto pilota per rispondere a queste
17:37
Speaker 2: domande senza influire su tu. Seleziona un gruppo limitato di dispositivi,
17:41
Speaker 2: crea la catena di attendibilità, il profilo del certificato e
17:44
Speaker 2: i criteri Wi- Fi e VPN corrispondenti insieme come un'unica attività connessa.
17:47
Speaker 2: Non trattare il certificato come separato, perché il servizio di
17:50
Speaker 2: rete deve sapere quale catena di certificati accettare. Coinvolgi la
17:52
Speaker 2: persona proprietaria di quella rete.