Latest / M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano / Azure Sphere spiegato in modo semplice: sicurezza IoT dal silicio al cloud con Pluton, Linux protetto e Security Service (Doppiaggio IA)

Transcript

Azure Sphere spiegato in modo semplice: sicurezza IoT dal silicio al cloud con Pluton, Linux protetto e Security Service (Doppiaggio IA) · M365.FM – Podcast su Microsoft 365, Copilot e IA in italiano

0:00
Speaker 2: Pronto per dieci giorni di Microsoft 365, Copilot, intelligenza artificiale,
0:04
Speaker 2: Azure e le persone che stanno plasmando il futuro del lavoro?
0:08
Speaker 2: A gennaio torna M365Con 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: Nessuna slide generica, nessun termine di moda infinito. Stiamo affrontando
0:22
Speaker 2: le 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 più tecnologie e connetterti
0:38
Speaker 2: con una community globale. Guarda in 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 a casa tu oggi stesso.
0:54
Speaker 2: Questo è M3C5account. net. it Iscriviti ora su m365com. net e ci vediamo
1:03
Speaker 2: dal vivo. A gennaio. Questo sì. Acquisti un termostato intelligente
1:07
Speaker 2: per l'autocasa. Lo installi, lo colleghi al wifi e funziona.
1:10
Speaker 2: Alla grande. Puoi regolare la temperatura del tuo telefono. Impara
1:13
Speaker 2: i tuoi orari. Tutto va bene. Finché un giorno quel
1:16
Speaker 2: termostato diventa parte di una botnet che attacca la rete
1:19
Speaker 2: di un ospedale dall'altra parte del mondo. Sembra drammatico. È successo.
1:23
Speaker 2: Nel 2016 la botnet Mirai ha messo fuori uso gran
1:26
Speaker 2: parte di internet usando solo telecamere e router hackerati. Il
1:29
Speaker 2: motivo per cui quei dispositivi erano vulnerabili e semplici e
1:31
Speaker 2: non erano mai stati progettati per essere sicuri. Ecco il
1:34
Speaker 2: punto della maggior parte dei dispositivi IoT. Hanno al loro
1:36
Speaker 2: interno minuscoli computer, piccoli microcontrollori che gestiscono una o due attività.
1:40
Speaker 2: Ma storicamente questi chip erano progettati per cose come forne
1:43
Speaker 2: a microonde, lavatrici, cose che non si connettono a internet.
1:46
Speaker 2: Quindi i produttori hanno ottimizzato i costi e il consumo energetico,
1:49
Speaker 2: non la sicurezza. Va arrivata l'internet delle cose. All'improvviso tutti
1:52
Speaker 2: quei chip semplici ed economici avevano bisogno di connettersi a
1:55
Speaker 2: internet e i produttori hanno fatto quello che fanno i produttori.
1:57
Speaker 2: Hanno aggiunto un modulo wifi e hanno chiuduto la questione.
1:59
Speaker 2: nessun avvio sicuro nessuna radice di attendibilità ardua nessun meccanismo
2:03
Speaker 2: di aggiornamento una volta distribuito un dispositivo non c'era più
2:05
Speaker 2: nulla se dopo sei mesi veniva rilevata una vulnerabilità non
2:07
Speaker 2: c'era modo di risolverlo il dispositivo era bloccato con i
2:10
Speaker 2: bug con cui era stato distribuito e questi dispositivi rimangono
2:12
Speaker 2: sul campo operale un sensore di fabbrica potrebbe un decennio
2:15
Speaker 2: un contatore intelligente potrebbe rimanere sul lato di un edificio
2:17
Speaker 2: per 15 anni è un periodo lungo per un dispositivo
2:19
Speaker 2: vulnerabile che deve essere connesso a internet le conseguenze sono
2:22
Speaker 2: reali botnet che lancia attacchi massicci violazione dei dati che
2:25
Speaker 2: espongono informazioni personali reti compromesse che offrono agli aggressori un
2:28
Speaker 2: punto d'appoggio all'interno delle aziende Tutto questo perché nessuno ha
2:31
Speaker 2: pensato alla sicurezza quando è stato progettato il chip. Quindi
2:33
Speaker 2: Microsoft ha esaminato questo problema e ha deciso di creare
2:35
Speaker 2: qualcosa da zero. Non una patch software, non un servizio
2:37
Speaker 2: di sicurezza da aggiungere in un secondo. Qualcosa che inizia
2:40
Speaker 2: dal CD ciò stesso. Cos'è in realtà Azure Sphere? Quadro generale.
2:45
Speaker 2: Azure Sphere è la piattaforma di sicurezza IoT end- to- end di Microsoft.
2:49
Speaker 2: Sembra un gergo di marketing, quindi lascia che lo traduca
2:51
Speaker 2: in parole povere. Sono tre cose che lavorano insieme. Un
2:54
Speaker 2: chip microcontrollore certificato, un sistema operativo protetto, un servizio di
2:57
Speaker 2: sicurezza cloud. Servono tutti e tre. Se ne togli uno,
3:00
Speaker 2: tutto crolla. La frase chiave che sentirai spesso è sicurezza
3:03
Speaker 2: dal silicio al cloud. Non è solo uno slogan. Significa
3:06
Speaker 2: che la sicurezza inizia a livello di chip fisico e
3:08
Speaker 2: si estende fino al servizio cloud che gestisce i dispositivi.
3:12
Speaker 2: Ogni livello è progettato per funzionare insieme. Ora mettiamola a
3:15
Speaker 2: confronto con il vecchio Pro. La maggior parte della sicurezza
3:17
Speaker 2: è integrata. Prendi un normale chip, esegui un normale sistema
3:19
Speaker 2: operativo e poi provi ad aggiungere funzionalità di sicurezza in
3:22
Speaker 2: un secondo. Magari crittografi alcuni dati, magari aggiungi una password.
3:25
Speaker 2: È come costruire una casa con pareti di carta e
3:26
Speaker 2: poi installare una serratura di sicurezza sofisticata. La serratura di
3:29
Speaker 2: sicurezza funziona, ma qualcuno può comunque attraversare il muro. Azure
3:32
Speaker 2: Sphere ha adotto un approccio diverso. La sicurezza è integrata
3:34
Speaker 2: fin dall'inizio, non aggiunta in un secondo momento. Il chip
3:37
Speaker 2: stesso ha funzionalità di sicurezza integrate nel silicio. Il sistema
3:40
Speaker 2: operativo è progettato specificamente per funzionare in modo sicuro. Il
3:43
Speaker 2: servizio cloud gestisce l'intera flotta. Ecco un'analogia che può aiutare.
3:46
Speaker 2: Pensalo come un edificio protetto. Il chip la porta blindata.
3:49
Speaker 2: È resistente nel punto di ingresso. Il sistema operativo ha
3:51
Speaker 2: la guardia di sicurezza all'interno. Si assicura che le persone
3:54
Speaker 2: vadano solo dove sono autorizzate. Il servizio di sicurezza cloud
3:55
Speaker 2: è la stazione di monitoraggio centrale. Controlla tutto, invia aggiornamenti
4:00
Speaker 2: e risponde ai problemi. Ora, una domanda comune è, Azure
4:03
Speaker 2: Sphere è solo un'altra piattaforma IoT? Non proprio. La maggior
4:06
Speaker 2: parte delle piattaforme IoT come AWS IoT Core o Azure
4:09
Speaker 2: IoT Hub riguardano la connessione ai dispositivi al cloud e
4:12
Speaker 2: la gestione dei dati. Azure Sphere riguarda specificamente la sicurezza
4:15
Speaker 2: a livello dispositivo. È la base su cui è possibile
4:17
Speaker 2: costruire dispositivi IoT sicuri? Pensalo in questo modo. AWS IoT
4:21
Speaker 2: è come un servizio postale. Sposta i tuoi dati dal
4:23
Speaker 2: punto A al punto B in modo sicuro. Azure Sphere
4:26
Speaker 2: è come creare un vault per i tuoi dati prima
4:27
Speaker 2: ancora di consegnarli al servizio postale. Risolvono problemi diversi e
4:31
Speaker 2: potresti effettivamente usarli entrambi. Quindi cosa rende il chip così speciale?
4:35
Speaker 2: Analizziamo ogni livello, iniziando dal silicio stesso. Livello 1. Il silicio,
4:41
Speaker 2: la MCU di Azure Sphere. Partiamo dal chip stesso, perché
4:44
Speaker 2: è da lì che tutto inizia. La base hardware di
4:47
Speaker 2: Azure Sphere è un microcontrollore progettato su misura. Al momento
4:50
Speaker 2: il chip principale in produzione è il Mediatek MT362. In
4:54
Speaker 2: superficie sembra un microcontrollore qualsiasi. È piccolo, consuma relativamente poco
4:58
Speaker 2: e gestisce attività di elaborazione di base. Ma ciò che
5:01
Speaker 2: lo rende diverso è ciò che è integrato nel silicio.
5:03
Speaker 2: All'interno di questo chip è presente il sottosistema di sicurezza Pluton.
5:07
Speaker 2: Pluton non è un software. È un processore di sicurezza
5:09
Speaker 2: dedicato e separato, integrato direttamente nell'hardware. Consideralo come un piccolo
5:13
Speaker 2: computer a prova di manomissione all'interno del computer principale. Il
5:16
Speaker 2: suo unico compito è gestire operazioni di sicurezza. Perché è importante?
5:19
Speaker 2: Perché crea una cosiddetta radice di attendibilità a hardware? Ecco
5:22
Speaker 2: cosa significa in parole povere. quando il dispositivo si accende
5:24
Speaker 2: il sottosistema Pluton, è la prima cosa che inizia a funzionare.
5:27
Speaker 2: Verifica la propria identità a livello più basso possibile, il
5:30
Speaker 2: silicio stesso. Prima che venga caricato qualsiasi software, prima che
5:33
Speaker 2: venga avviato il sistema operativo, prima che accada qualsiasi altra cosa,
5:36
Speaker 2: il chip può verificare di essere chi dice di essere.
5:37
Speaker 2: Ciò è fondamentalmente diverso dalla sicurezza basata sul software. Con
5:40
Speaker 2: il software ci si può sempre fidare che nulla sia
5:42
Speaker 2: stato manomesso prima del caricamento del software di sicurezza. Tuttavia,
5:45
Speaker 2: se qualcuno modificasse il bootloader o il firmware, il software
5:47
Speaker 2: di sicurezza potrebbe controllare la cosa sbagliata. La sicurezza basata
5:50
Speaker 2: sull'ardo non presenta questo Non è possibile modificare Pluton senza
5:53
Speaker 2: accedere fisicamente al chip e anche in questo caso è
5:55
Speaker 2: progettato per resistere alle manomissioni. Da lì il chip impone
5:58
Speaker 2: un avvio sicuro. Il dispositivo eseguirà solo software che è
6:00
Speaker 2: stato firmato e approvato tramite criptografia. Se qualcuno tenta di
6:03
Speaker 2: caricare un firmware non autorizzato, il chip semplicemente si rifiuta.
6:05
Speaker 2: Non si avvia. Non funziona. Il dispositivo rimane bloccato. Anche
6:08
Speaker 2: l'MT362 è un design crossover. Combina l'elaborazione in tempo reale,
6:12
Speaker 2: quella necessaria per controllare motori o leggere sensori, con l'elaborazione
6:16
Speaker 2: delle applicazioni per attività più complesse. Ciò significa che un
6:18
Speaker 2: singolo chip può gestire sia il controllo di basso livello,
6:20
Speaker 2: sia la connettività e la sicurezza di livello superiore. Non
6:23
Speaker 2: c'è bisogno di due processori separati. Ora, perché la sicurezza
6:25
Speaker 2: hardware è così importante? Perché la sicurezza software può essere aggirata.
6:29
Speaker 2: Un aggressore intelligente può trovare bug nel sistema operativo, sfruttare
6:32
Speaker 2: vulnerabilità nelle applicazioni o indurre il software a fare cose
6:35
Speaker 2: che non dovrebbe. Ma la sicurezza hardware è molto più
6:38
Speaker 2: difficile da violare. Ci vorrebbe l'accesso fisico al chip, attrezzature specializzate,
6:41
Speaker 2: molto tempo e competenze. Ecco l'analogia che funziona. Il sottosistema
6:45
Speaker 2: di sicurezza Pluton è come una cassaforte a prova di
6:47
Speaker 2: manomissione incorporata nelle fondamenta di un edificio. Non puoi spostarla,
6:50
Speaker 2: non puoi aprirla senza gli strumenti giusti. E anche se
6:52
Speaker 2: qualcuno entra da una finestra, la cassaforte è comunque sicura.
6:55
Speaker 2: Questo è il livello di protezione di cui stiamo parlando.
6:57
Speaker 2: Ma l'hardware da solo non basta. Sistema operativo in esecuzione
7:00
Speaker 2: sopra è altrettanto importante. Livello 2 è il sistema operativo,
7:03
Speaker 2: un Linux bloccato. Quindi hai questo chip sicuro. Cosa ci
7:07
Speaker 2: c'è da sopra? Un sistema operativo personalizzato e bloccato basato
7:09
Speaker 2: su Linux, creato appositamente per Azure Sphere. Ora, quando dico Linux,
7:13
Speaker 2: potresti pensare a Ubuntu o Debian un sistema operativo generico
7:16
Speaker 2: che puoi installare su un laptop o un server. Il
7:18
Speaker 2: sistema operativo di Azure Sphere non è niente del genere.
7:20
Speaker 2: È stato ridotto al minimo indispensabile. Ogni funzionalità non assolutamente
7:23
Speaker 2: necessarie è stata rimossa. Nessun server web, nessun ambiente desktop,
7:27
Speaker 2: nessun driver non necessario, solo i componenti principali necessari per
7:30
Speaker 2: eseguire applicazioni protette e comunicare con il cloud. Perché è importante?
7:33
Speaker 2: Perché ogni riga di codice ha una potenziale vulnerabilità. Più
7:36
Speaker 2: codice hai, più bug puoi avere. Mantenendo il sistema operativo
7:40
Speaker 2: di piccole dimensioni, Microsoft riduce quella che i ricercatori di
7:42
Speaker 2: sicurezza chiamano base di elaborazione attendibile, la quantità di codice
7:45
Speaker 2: di cui ci si deve fidare affinché il sistema sia sicuro.
7:48
Speaker 2: Meno righe di codice significano meno posti in cui gli
7:50
Speaker 2: aggressori possono nascondere. Ma non si tratta solo di rimuovere funzionalità.
7:53
Speaker 2: Il sistema operativo impone anche qualcosa chiamato compartimentazione dinamica. Questo
7:57
Speaker 2: è un termine sofisticato per un'idea semplice. Le applicazioni sono
8:00
Speaker 2: isolate l'una dall'altra. Se un'app viene compromessa, non può influire
8:03
Speaker 2: sulle altre app in esecuzione sullo stesso dispositivo. Ogni applicazione
8:06
Speaker 2: viene eseguita nella propria sandbox, con il proprio spazio di
8:09
Speaker 2: memoria e le proprie autorizzazioni. Controlla anche l'accesso all'hardware tramite
8:12
Speaker 2: l'uso di periferiche con consenso esplicito. Un'applicazione può utilizzare solo
8:15
Speaker 2: componenti hardware acquistate esplicitamente autorizzate ad accedere. Se un'app tenta
8:19
Speaker 2: di leggere da un sensore per il quale non ha l'autorizzazione,
8:21
Speaker 2: il sistema operativo la blocca. Punto. Nessuna eccezione. Ciò impedisce
8:25
Speaker 2: a un'app compromessa di accedere a elementi a cui non dovrebbe.
8:28
Speaker 2: Ecco la parte che la differenzia dalla maggior parte dei
8:30
Speaker 2: sistemi operativi. Microsoft gestisce a giorno il sistema operativo, non
8:33
Speaker 2: il produttore del dispositivo. Quando Microsoft rileva una vulnerabilità di sicurezza,
8:37
Speaker 2: rilascia una patch. Tale patch viene distribuita direttamente ai dispositivi
8:40
Speaker 2: tramite il servizio di sicurezza Azure Sphere. Il produttore non
8:43
Speaker 2: deve fare nulla, non deve testarla, non deve approvarla. Microsoft
8:47
Speaker 2: gestisce l'intera pipeline di aggiornamento. Questa è una cosa molto importante.
8:50
Speaker 2: Nel mondo IoT tradizionale, quando viene rilevata una vulnerabilità, il
8:53
Speaker 2: produttore deve sviluppare una correzione, testarla, ottenerne l'approvazione e quindi
8:56
Speaker 2: in qualche modo inserirla nei dispositivi che potrebbero essere sparsi
8:59
Speaker 2: in tutto il mondo. Tale processo può richiedere mesi, se
9:01
Speaker 2: non addirittura arrivare a te. Con Azure Sphere l'aggiornamento avviene automaticamente,
9:05
Speaker 2: spesso entro pochi giorni dalla scoperta di una vulnerabilità. Perché
9:08
Speaker 2: l'approccio del sistema operativo è così importante? Perché la maggior
9:10
Speaker 2: parte delle violazioni dell'IoT avviene nel software. Gli aggressori in
9:12
Speaker 2: genere non cercano di volare l'alba. Sarebbe troppo difficile. Cercano
9:16
Speaker 2: bug del software, trovano vulnerabilità non corrette e sfruttano controlli
9:19
Speaker 2: di accesso deboli. Bloccando il sistema operativo, riducendo la superficie
9:22
Speaker 2: di attacco, automatizzando gli aggiornamenti, Azure Sphere rimuove i percorsi
9:25
Speaker 2: di attacco più comuni. Hai un hardware sicuro che esega
9:27
Speaker 2: un sistema operativo bloccato? Ma come fai a gestire migliaia
9:30
Speaker 2: di questi dispositivi nel mondo reale? E' qui che entra
9:32
Speaker 2: in gioco il servizio cloud. Nivello 3, il cloud, il
9:36
Speaker 2: servizio di sicurezza di Azure Sphere. Quindi hai il chip
9:39
Speaker 2: sicuro con una radice di attendibilità hardware. Hai un sistema
9:41
Speaker 2: operativo bloccato che isola le applicazioni e controlla l'accesso all'hardware.
9:45
Speaker 2: Ma ecco il punto. Un dispositivo che è sicuro il
9:47
Speaker 2: primo giorno non lo è necessariamente il millesimo. La sicurezza
9:50
Speaker 2: non è una configurazione onatana, è un processo continuo. E'
9:53
Speaker 2: qui che entra in gioco il servizio cloud. Il servizio
9:55
Speaker 2: di sicurezza di Azure Sphere e il centro di comando
9:57
Speaker 2: per l'intera flotta di dispositivi. Ogni dispositivo Azure Sphere si
9:59
Speaker 2: connette a questo servizio per tutta la sua durata. Questa
10:02
Speaker 2: connessione non è facoltativa, è obbligatoria. Un dispositivo che non
10:05
Speaker 2: riesce a raggiungere il servizio non funzionerà correttamente. Sembra duro,
10:08
Speaker 2: ma è intenzionale. Garantisce che ogni dispositivo sia sempre gestito,
10:12
Speaker 2: sempre monitorato e sempre aggiornato. Lascia che ti spieghi cosa
10:15
Speaker 2: fa effettivamente il servizio. Innanzitutto l'autenticazione è basata su certificate.
10:19
Speaker 2: Ogni dispositivo Azure Sphere viene fornito con un'identità univoca e
10:22
Speaker 2: verificabile integrata nell'hardware. Quando il dispositivo si avvia e si
10:25
Speaker 2: connette al cloud, presenta questa identità. Il servizio di sicurezza
10:28
Speaker 2: verifica che l'identità sia valida, che il dispositivo appartenga al
10:31
Speaker 2: tenant corretto e che non sia stato manomesso. Se qualcosa
10:34
Speaker 2: non va, il servizio può bloccare la connessione del dispositivo.
10:36
Speaker 2: Questo è fondamentalmente diverso dal vecchio modello in cui i
10:38
Speaker 2: dispositivi utilizzavano semplici password o chiavi condivise. Se una password
10:42
Speaker 2: viene rubata, è necessario modificarla su ogni dispositivo. Con l'autenticazione
10:45
Speaker 2: basata sul certificato, ogni dispositivo ha le proprie credenziali univoche
10:48
Speaker 2: La compromissione di un dispositivo non compromette il resto della flotta.
10:51
Speaker 2: In secondo luogo, aggiornamenti automatici over the air. Questa è
10:54
Speaker 2: la funzionalità vincente. Quando Microsoft rileva una vulnerabilità di sicurezza
10:57
Speaker 2: nel sistema operativo Azure Sphere, sviluppa una patch e la
10:59
Speaker 2: invia direttamente a ogni dispositivo tramite il servizio di sicurezza.
11:03
Speaker 2: Il dispositivo scarica l'aggiornamento e verifica che sia firmato da
11:05
Speaker 2: Microsoft utilizzando la radice di attendibilità hardware install. Non c'è
11:08
Speaker 2: bisogno di aspettare che il produttore sviluppi una correzione. Non
11:11
Speaker 2: c'è bisogno di aspettare che i team IT pianifichino finestre
11:13
Speaker 2: di manutenzione. Nessun dispositivo che non viene mai aggiornato perché
11:15
Speaker 2: nessuno si ricorda di controllarlo L'aggiornamento avviene automaticamente e spesso
11:18
Speaker 2: entro pochi giorni dalla scoperta di una vulnerabilità. Ecco qualcosa
11:21
Speaker 2: di importante. Il dispositivo non può rifiutare un aggiornamento. Se
11:24
Speaker 2: il servizio di sicurezza segnala che è disponibile un aggiornamento,
11:26
Speaker 2: il dispositivo deve installarlo. Di nuovo, questo può sembrare un
11:28
Speaker 2: altro titolo. Ma nel mondo della sicurezza IoT è necessario.
11:31
Speaker 2: La botnet Mirai si è verificata perché i dispositivi sono
11:33
Speaker 2: stati forniti con vulnerabilità note e nessuno ha mai applicato
11:36
Speaker 2: loro delle pene. Gli aggiornamenti obbligatori impediscono questo scenario. Terzo,
11:39
Speaker 2: segnalazione degli errori. Quando qualcosa non va su un dispositivo
11:42
Speaker 2: Azure Sphere, un resto anomalo, un evento di sicurezza, un
11:44
Speaker 2: guasto hardware, il dispositivo lo segnala al servizio di sicurezza.
11:48
Speaker 2: Ciò offre a produttori e operatori visibilità in tempo reale
11:50
Speaker 2: sullo stato di integrità dell'intero parco dispositivi. Se un dispositivo
11:53
Speaker 2: inizia a comportarsi in modo anomalo, lo si viene a
11:55
Speaker 2: sapere immediatamente. Se emerge uno schema su più dispositivi, è
11:57
Speaker 2: possibile effettuare delle indagini, intagini e intervenire. Quarto, monitoraggio e
12:01
Speaker 2: attestazioni remoti. Il servizio di sicurezza può verificare che ogni
12:04
Speaker 2: dispositivo nel parco dispositivi esegua ancora software a tenere. Può
12:07
Speaker 2: verificare che il processo di avvio sia stato eseguito correttamente,
12:09
Speaker 2: che il sistema operativo non sia stato modificato e che
12:11
Speaker 2: le applicazioni siano quelle approvate. Se un dispositivo non supera
12:14
Speaker 2: questo controllo, il servizio può contrassegnarlo per l'indagine o impedirgli
12:17
Speaker 2: di accedere alle risorse. Infine, l'impegno di supporto decennale. Microsoft
12:21
Speaker 2: si è impegnata a supportare i dispositivi Azure Sphere per
12:23
Speaker 2: un decennio. Ciò significa aggiornamenti di sicurezza, patch del sistema
12:26
Speaker 2: operativo e disponibilità del servizio cloud per almeno 10 anni
12:29
Speaker 2: da quando un dispositivo è installato. Per le apparecchiature e
12:31
Speaker 2: le infrastrutture industriali che rimangono sul campo per anni si
12:33
Speaker 2: tratta di un aspetto molto importante. Ecco l'analogia. Il servizio
12:36
Speaker 2: di sicurezza è come una stazione di monitoraggio centrale che
12:39
Speaker 2: controlla ogni porta di un edificio in tempo reale. Sa
12:41
Speaker 2: chi è entrato, quando è entrato e se dovrebbe essere lì.
12:44
Speaker 2: Se una porta si danneggia, la stazione invia qualcuno per
12:46
Speaker 2: ripararla immediatamente. Ogni pochi mesi aggiorna le serrature di ogni
12:49
Speaker 2: porta senza che nessuno debba chiederlo. Ora mettiamo insieme tutti
12:52
Speaker 2: e tre i livelli e vediamo come funzionano effettivamente come
12:55
Speaker 2: un unico sistema. Come funziona tutto insieme, il vero potere.
12:56
Speaker 2: Lasciate che vi illustri uno scenario realistico. Immaginate che un'azienda
13:02
Speaker 2: costruisca un nuovo sensore industriale, qualcosa che monitora la temperatura
13:04
Speaker 2: e le vibrazioni su una linea di produzione in fabbrica.
13:06
Speaker 2: Questo sensore utilizza Azure Sphere. Vediamo cosa succede dal momento
13:10
Speaker 2: in cui viene acceso per la prima volta. Fase 1.
13:12
Speaker 2: Il chip si avvia. Ricordate il sottosistema di sicurezza Pluton?
13:15
Speaker 2: È la prima cosa che inizia a funzionare. Verifica la
13:17
Speaker 2: propria identità a livello hardware, quindi verifica che il bootloader
13:20
Speaker 2: sia firmato e approvato da Microsoft. Solo a quel punto
13:23
Speaker 2: consente l'esecuzione del bootloader. Se qualcuno avesse provato a installare
13:26
Speaker 2: un firmware non autorizzato sul chip, il processo di avvio
13:28
Speaker 2: si sarebbe interrotto. Fase 2. Il bootloader carica il sistema operativo,
13:32
Speaker 2: ma non si limita a caricare tutto ciò che è
13:34
Speaker 2: archiviato in memoria. Verifica l'immagine del sistema operativo rispetto a
13:37
Speaker 2: una firma criptografica. Il sistema operativo deve essere in uno
13:39
Speaker 2: stato noto e funzionante, firmato da Microsoft e non manomesso.
13:42
Speaker 2: Se il sistema operativo è stato modificato, il chip si
13:44
Speaker 2: rifiuta di caricarlo. Il dispositivo rimane bloccato. Fase 3. Il
13:47
Speaker 2: sistema operativo si avvia e il dispositivo contatta il servizio
13:50
Speaker 2: di sicurezza Azure Sphere. Presenta la sua identità univoca, basata
13:53
Speaker 2: su certificati. Il servizio verifica che questo dispositivo appartenga al
13:57
Speaker 2: tenant corretto e che la sua identità sia valida. Se
13:59
Speaker 2: tutto è a posto, il dispositivo è autenticato. Fase 4.
14:03
Speaker 2: Il servizio di sicurezza verifica la versione del software del
14:05
Speaker 2: dispositivo e in esecuzione il sistema operativo più recente. Ci
14:07
Speaker 2: sono patch di sicurezza che devono essere applicate? Se sono
14:10
Speaker 2: disponibili aggiornamenti, il servizio li invia immediatamente. Il dispositivo scarica
14:13
Speaker 2: gli aggiornamenti e verifica che siano firmati e li installa.
14:16
Speaker 2: Solo dopo che il dispositivo è completamente aggiornato procede alla
14:18
Speaker 2: fase successiva. Fase 5. Il dispositivo inizia a funzionare. Inizia
14:22
Speaker 2: a inviare dati di telemetria, letture della temperatura, livelli di vibrazione,
14:25
Speaker 2: stato operativo al cloud... Tutte queste comunicazioni avvengono tramite canali
14:29
Speaker 2: autenticati e criptografati. Il dispositivo inizia anche a ricevere comandi
14:33
Speaker 2: se necessario. Forse una modifica della configurazione è una richiesta
14:36
Speaker 2: di esecuzione di una diagnosi. Ogni comando viene verificato e autorizzato.
14:40
Speaker 2: Ecco cosa accade durante il ciclo di vita del dispositivo.
14:42
Speaker 2: Ogni poche settimane o mesi Microsoft rilascia aggiornamenti di sicurezza.
14:45
Speaker 2: Il servizio di sicurezza Geosphere invia automaticamente questi aggiornamenti al dispositivo.
14:49
Speaker 2: Il dispositivo li installa spesso senza tempi di inattività. L'operatore
14:52
Speaker 2: di fabbrica non deve fare nulla. Il sensore continua a
14:54
Speaker 2: funzionare ma esegue sempre il software più recente e sicuro
14:57
Speaker 2: Se qualcosa non va, ad esempio se il dispositivo si
14:59
Speaker 2: blocca o rileva un'anomalia, segnala l'errore al servizio di sicurezza.
15:03
Speaker 2: L'operatore riceve un avviso, può indagare da remoto. Se necessario,
15:07
Speaker 2: può inviare una correzione e riconfigurare il dispositivo. Tutto questo
15:10
Speaker 2: senza inviare un tecnico in fabbrica. L'intuizione chiave qui è
15:12
Speaker 2: qualcosa che vale la pena ripetere. La sicurezza non ha
15:15
Speaker 2: funzionalità che aggiunge a un dispositivo. È la base su
15:17
Speaker 2: cui tutto viene eseguito. Azure Sphere non aggiunge la sicurezza
15:19
Speaker 2: dopo il fatto. Costruisce l'intero dispositivo, l'hardware e il sistema
15:22
Speaker 2: operativo e la gestione del cloud attorno alla sicurezza fin dall'inizio.
15:25
Speaker 2: Questa è la vera potenza della piattaforma, non una singola funzionalità,
15:28
Speaker 2: ma il modo in cui tutti e tre i livelli
15:29
Speaker 2: funzionano in sé. Il chip fornisce la radice di attendibilità hardware,
15:32
Speaker 2: il sistema operativo fornisce l'ambiente bloccato, il servizio cloud fornisce
15:35
Speaker 2: la gestione e gli aggiornamenti continui. Insieme creano qualcosa che
15:38
Speaker 2: è più grande della somma delle sue parti. Tuttavia è
15:40
Speaker 2: una piattaforma di sicurezza e valida solo quanto i suoi pregi.
15:43
Speaker 2: Quindi parliamo onestamente delle vulnerabilità che sono state trovate. Quadro onesto.
15:47
Speaker 2: Vulnerabilità in realtà. Siamo onesti. Una piattaforma che promette di
15:51
Speaker 2: essere a prova di bomba tirerà l'attenzione. E Azure Sphere
15:54
Speaker 2: ne ha avute parecchia. Nel 2020 Microsoft ha lanciato l'Azure
15:57
Speaker 2: Sphere Security Research Challenge. Ha invitato ricercatori di sicurezza a
16:01
Speaker 2: esaminare attentamente la piattaforma, a trovare punti deboli e segnalarli.
16:04
Speaker 2: Cisco Talos ha accettato. Nel tempo hanno trovato 31 vulnerabilità
16:07
Speaker 2: in tutto lo stack. Che tipo di bug? Problemi del
16:10
Speaker 2: kernel che potrebbero consentire a un utente malintenzionato di bloccare
16:13
Speaker 2: il sistema, percorsi di escalation di privilegi che consentirebbero a
16:15
Speaker 2: un'app dannosa di ottenere un accesso di livello superiore, esecuzione
16:18
Speaker 2: di codice non inferiore, esecuzione di codice non firmato, il
16:20
Speaker 2: tipo di bug che compromette la promessa di esecuzione di
16:21
Speaker 2: software firmato. Alcuni di questi erano gravi, altri sono stati
16:24
Speaker 2: classificati come critico. Ecco il contesto importante. Microsoft ha ricerca.
16:28
Speaker 2: Ha creato un programma formale, ha pagato i ricercatori e
16:30
Speaker 2: ha corretto ogni singola vulnerabilità segnalata. Ognuno di quei 31
16:33
Speaker 2: bug è stato corretto tramite il sistema di aggiornamento automatico
16:35
Speaker 2: di cui abbiamo parlato in precedenza. Entro poche settimane dalla
16:37
Speaker 2: scoperta le correzioni sono state distribuite ai dispositivi sul campo.
16:40
Speaker 2: Ed ecco un altro aspetto. Non ci sono casi documentati
16:42
Speaker 2: di sfruttamento di queste vulnerabilità nel mondo reale. Nessun attacco
16:46
Speaker 2: su larga scala. Nessuna botnet creata a partire dai dispositivi
16:48
Speaker 2: Azure Sphere. La ricerca è stata approfondita, ma anche ciò
16:51
Speaker 2: non significa che Azure Sphere sia perfetto. Nessuna piattaforma lo è.
16:54
Speaker 2: Ciò che conta è la rapidità con cui vengono individuati
16:56
Speaker 2: i risultati. Su questo fronte, Azure Sphere ha una solida esperienza.
17:00
Speaker 2: La pipeline di aggiornamento obbligatoria significa che quando viene scoperta
17:02
Speaker 2: una vulnerabilità, ogni dispositivo viene aggiornato. Non alcuni dispositivi. Non
17:06
Speaker 2: dispositivi il cui produttore si è preso la briga di
17:08
Speaker 2: lasciare un aggiornamento ogni singolo dispositivo. Confronta questo con il
17:11
Speaker 2: resto del mondo IoT. Anche altre piattaforme presentano vulnerabilità, ma
17:14
Speaker 2: molte di esse non dispongono di rispondere all'aggiornamento obbligatorio. Viene
17:16
Speaker 2: scoperta una vulnerabilità, il produttore rilascia una patch e poi
17:19
Speaker 2: più niente. I dispositivi rimangono senza patch per anni perché
17:22
Speaker 2: nessuno invia l'aggiornamento. Azure Sphere elimina questo problema. Tuttavia il
17:26
Speaker 2: compromesso è reale. Una piattaforma strettamente integrata significa solide garanzie
17:29
Speaker 2: di sicurezza, ma significa anche dipendenza da Microsoft. Non puoi
17:32
Speaker 2: sostituire il sistema operativo, non puoi usare un chip diverso.
17:34
Speaker 2: Sei completamente coinvolto nell'ecosistema Azure Sphere. Per alcune organizzazioni questo
17:37
Speaker 2: è un fattore decisivo, per altre è un prezzo equo
17:40
Speaker 2: per non dover gestire la sicurezza in prima persona. La
17:42
Speaker 2: morale della favola è questa, Azure Sphere non è invulnerabile.
17:45
Speaker 2: Avuto bug ne avrà altri, ma la piattaforma è progettata
17:47
Speaker 2: per gestire questa realtà. La pipeline di aggiornamento, la radice
17:50
Speaker 2: di attendibilità, hardware, il sistema operativo di blocco, tutto questo
17:53
Speaker 2: esiste perché Microsoft sapeva che sarebbero state trovate delle vulnerabili.
17:56
Speaker 2: L'obiettivo non è essere perfetti, ma resilienti. Quindi a chi
17:58
Speaker 2: è destinato? Quando dovresti preoccuparti? A chi è destinato? Casi
18:03
Speaker 2: d'uso al mondo reale. Azure Sphere non è adatto a
18:05
Speaker 2: tutti i dispositivi. È adatto a dispositivi in cui una
18:07
Speaker 2: violazione della sicurezza costerebbe più del dispositivo stesso. Tensa ai
18:11
Speaker 2: sensori industriali che monitorano le apparecchiature di fabbrica. Un sensore
18:13
Speaker 2: compromesso potrebbe inviare letture false, inducendo gli operatori a prendere
18:16
Speaker 2: decisioni sbagliate. O peggio ancora, un aggressore potrebbe usare quel
18:19
Speaker 2: sensore come punto d'appoggio per penetrare più a fondo nella
18:21
Speaker 2: rete della famiglia. Il costo di tale violazione potrebbe essere
18:23
Speaker 2: di milioni di dollari in termini di mancato. Pensate agli
18:26
Speaker 2: elettrodomestici commerciali, ai distributori automatici, ai sistemi HVS, ai controller
18:29
Speaker 2: di automazione degli edifici. Questi dispositivi rimandano ai spazi pubblici,
18:32
Speaker 2: spesso connessi alle reti per anni. Nessuno li aggiorna. Nessuno
18:35
Speaker 2: ci pensa. Sono obiettivi perfetti per gli aggressori in cerca
18:38
Speaker 2: di un punto di ingresso. Pensate alle infrastrutture delle città intelligenti,
18:41
Speaker 2: ai semafori, ai sensori ambientali, ai controller dei sistemi idrici.
18:43
Speaker 2: Se questi vengono compromessi, non solo sono i dati a
18:45
Speaker 2: sera rischio, ma anche l'integrità fisica.