Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Azure Sphere eenvoudig uitgelegd: IoT-beveiliging van silicium tot cloud met Pluton, gehard Linux en Security Service (AI-nasynchronisatie)

Transcript

Azure Sphere eenvoudig uitgelegd: IoT-beveiliging van silicium tot cloud met Pluton, gehard Linux en Security Service (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

0:00
Speaker 2: Klaar voor 10 dagen vol Microsoft 365, Copilot, AI, Azure
0:05
Speaker 2: en de mensen die de toekomst van werk vormgeven? In
0:08
Speaker 2: januari is M365 komt terug en we pakken het groter aan.
0:12
Speaker 2: Doe mee aan live sessies, praktijkdemonstraties en praktische kennis van
0:16
Speaker 2: MVP's en experts uit de hele wereld. Geen generieke sliedes,
0:20
Speaker 2: geen eindeloze modewoorden. We pakken de echte uitdagingen aan Copilot Studio,
0:25
Speaker 2: AI Agents, Fabric, Beveiliging, Governance en Automatisering. Of je nu
0:30
Speaker 2: een IT-professional, ontwikkelaar of bedrijfsleider bent, er zijn sessies speciaal
0:34
Speaker 2: voor jou. Gedurende tien volle dagen kun je verschillende technologieën
0:38
Speaker 2: verkennen en in contact komen met een wereldwijde community. Kijk
0:41
Speaker 2: live mee en neem praktische inzichten mee terug naar je organisatie.
0:44
Speaker 2: Januari 2027, tien dagen, één Microsoft Community. Registratie is nu geopend.
0:52
Speaker 2: Ga vandaag nog naar... Meld je nu aan op m365con.net
1:03
Speaker 2: en we zien je live in januari. Stel je voor,
1:05
Speaker 2: je koopt een slimme thermostaat voor je huis. Je installeert hem,
1:08
Speaker 2: verbindt hem met wifi en hij werkt perfect. Je kunt
1:11
Speaker 2: de temperatuur via je telefoon aanpassen, hij leert je schema kennen,
1:14
Speaker 2: alles is prima. Totdat die thermostaat op een dag onderdeel
1:17
Speaker 2: wordt van een botnet dat het netwerk van een ziekenhuis
1:19
Speaker 2: aan de andere kant van de wereld aanvalt. Klinkt traumatisch?
1:22
Speaker 2: Dat is het niet. Dit is echt gebeurd. Het Mirai
1:24
Speaker 2: botnet legde in 2016 grote delen van het internet plat
1:27
Speaker 2: met niets meer dan gehackte camera's en routers. En de
1:29
Speaker 2: reden dat die apparaten kwetsbaar waren, is simpel, ze waren
1:32
Speaker 2: nooit ontworpen om veilig te zijn. Het punt met de
1:34
Speaker 2: meeste IoT-apparaten is dat ze kleine computers bevatten, kleine microcontrollers
1:38
Speaker 2: die één of twee taken uitvoeren. Maar historisch gezien waren
1:41
Speaker 2: deze chips ontworpen voor apparaten zoals magnetrons en wasmachines, apparaten
1:44
Speaker 2: die geen verbinding met het internet nodig hebben. Fabrikanten optimaliseerden
1:47
Speaker 2: dus voor kosten en energieverbruik, niet voor beveiliging. Toen kwam
1:50
Speaker 2: het internet er dingen. Plotseling moesten al die goedkope, simpele
1:53
Speaker 2: chips verbinding maken met het internet en fabrikanten deden wat
1:56
Speaker 2: fabrikanten altijd doen. Ze voegden een wifi module toe en
1:59
Speaker 2: klaar was Kees. Geen secure boot, geen hardware root of trust,
2:02
Speaker 2: geen update mechanisme. Zodra een apparaat was uitgebracht Pas dat het,
2:05
Speaker 2: als er zes maanden later een kwetsbaarheid werd ontdekt, was
2:07
Speaker 2: er geen manier om die te verhelpen. Het apparaat zat
2:09
Speaker 2: vast met de baks waarmee het was geleverd. En deze
2:11
Speaker 2: apparaten blijven jarenlang in gebruik. Een sensor in een fabriek
2:14
Speaker 2: kan wel tien jaar meegaan. Een slimme meter kan vijftien
2:16
Speaker 2: jaar aan de zijkant van een gebouw staan. Dat is
2:18
Speaker 2: een lange tijd voor een kwetsbaar apparaat om verbonden te
2:20
Speaker 2: zijn met het internet. De gevolgen zijn reëel. Botnets die
2:23
Speaker 2: massale aanvallen uitvoeren, datalekken die persoonlijke informatie blootleggen, gecompromitteerde netwerken
2:27
Speaker 2: die aanvallers hun voet aan de grond geven binnen bedrijven.
2:30
Speaker 2: Allemaal omdat er bij het ontwerpen van de chip niet
2:31
Speaker 2: aan beveiliging is gedacht. Microsoft heeft dit probleem daarom aangepakt
2:34
Speaker 2: en besloten om iets van de grond af aan te ontwikkelen.
2:36
Speaker 2: Geen software patch, geen beveiligingsservice die je later toevoegt. Iets
2:40
Speaker 2: dat begint bij de chip zelf. Wat Azure Sphere eigenlijk is.
2:43
Speaker 2: Het grote plaatje. Azure Sphere is Microsoft's end-to-end IoT beveiligingsplatform.
2:48
Speaker 2: Dat klinkt als marketingpraat, dus laat ik het in begrijpelijke
2:51
Speaker 2: taal uitleggen. Het zijn drie dingen die samenwerken. Een gecertificeerde microcontrollerchip.
2:55
Speaker 2: Een beveiligd besturingssysteem en een cloudbeveiligingsservice. Je hebt ze alle
2:58
Speaker 2: drie nodig. Haal er één weg en het hele systeem
3:01
Speaker 2: stort in elkaar. De sleutelzin die je vaak zult horen
3:03
Speaker 2: is beveiliging van silicium tot cloud. Dat is niet zomaar
3:05
Speaker 2: een slogan. Het betekent dat de beveiliging begint op het
3:08
Speaker 2: niveau van de fysieke chip en zich uitstrekt tot aan
3:10
Speaker 2: de cloudservice die de apparaten beheert. Elke laag is ontworpen
3:13
Speaker 2: om samen te werken. Vergelijk dat eens met de oude aanpak.
3:16
Speaker 2: De meeste IoT-beveiliging is achteraf toegevoegd. Je neemt een gewone chip,
3:19
Speaker 2: draait een gewoon besturingssysteem en probeert later beveiligingsfuncties toe te voegen.
3:22
Speaker 2: Misschien versleutel je wat gegevens, misschien voeg je een wachtwoord toe.
3:25
Speaker 2: Het is alsof je een huis bouwt met papieren muren
3:27
Speaker 2: en er vervolgens een luxe slot op zet. Het slot werkt,
3:29
Speaker 2: maar iemand kan nog steeds door de muur lopen. Azure
3:32
Speaker 2: Sphere pakt het anders aan. Beveiliging is vanaf het begin ingebouwd,
3:35
Speaker 2: niet later toegevoegd. De chip zelf heeft beveiligingsfuncties die in
3:38
Speaker 2: het silicium zijn ingebouwd. Het besturingssysteem is specifiek ontworpen om
3:41
Speaker 2: veilig te draaien. De cloud service beheert de hele vloot.
3:44
Speaker 2: Hier is een analogie die helpt. Zie het als een
3:46
Speaker 2: beveiligd gebouw. De chip is de versterkte deur. Die is
3:49
Speaker 2: sterk bij de ingang. Het besturingssysteem is de interne bewaker.
3:53
Speaker 2: Het zorgt ervoor dat mensen alleen toegang hebben tot de
3:55
Speaker 2: plekken waar ze mogen komen. En de cloud beveiligingsservice is
3:57
Speaker 2: het centrale bewakingstation. Het houdt alles in de gaten, stuurt
4:00
Speaker 2: updates en reageert op problemen. Een veelgestelde vraag is, is
4:03
Speaker 2: Azure Sphere gewoon weer een IoT-platform? Niet echt. De meeste IoT-platforms,
4:07
Speaker 2: zoals AWS IoT Core of Azure IoT Hub, draaien om
4:10
Speaker 2: het verbinden van apparaten met de cloud en het beheren
4:12
Speaker 2: van data. Azure Sphere richt zich specifiek op beveiliging op apparaatniveau.
4:16
Speaker 2: Het is de basis waarop veilige IoT-apparaten kunnen worden gebouwd.
4:19
Speaker 2: Zie het zo AWS IoT is als een postdienst. Het
4:22
Speaker 2: vervoert je data veilig van punt A naar punt B.
4:25
Speaker 2: Azure Sphere is als het bouwen van een kluis voor
4:27
Speaker 2: je data voordat je die aan de postdienst overhandigt. Ze
4:30
Speaker 2: lossen verschillende problemen op en je zou ze zelf samen
4:32
Speaker 2: kunnen gebruiken. Dus, wat maakt de chip zo speciaal? Laten
4:35
Speaker 2: we elke laag eens nader bekijken, te beginnen met de
4:38
Speaker 2: chip zelf. Laag 1, de chip, de Azure Sphere MCU.
4:43
Speaker 2: Laten we beginnen met de chip zelf, want daar begint alles.
4:46
Speaker 2: De hardwarebasis van Azure Sphere is een speciaal ontworpen microcontroller.
4:49
Speaker 2: Op dit moment is de belangrijkste chip die in productie
4:51
Speaker 2: is de MediaTek MT362. Op het eerste gezicht lijkt het
4:55
Speaker 2: op elke andere microcontroller. Hij is klein, verbruikt relatief weinig
4:58
Speaker 2: stroom en voert basale verwerkingstaken uit. Maar wat hem anders
5:01
Speaker 2: maakt is wat er in de chip is ingebouwd. Binnenin
5:03
Speaker 2: deze chip bevindt zich het zogenaamde Pluton beveiligingssubsysteem. Pluton is
5:07
Speaker 2: geen software. Het is een aparte, speciaal ontwikkelde beveiligingsprocessor die
5:11
Speaker 2: direct in de hardware is geïntegreerd. Zie het als een kleine,
5:13
Speaker 2: fraudebestendige computer in de hoofdcomputer. Zijn enige taak is het
5:16
Speaker 2: uitvoeren van beveiligingsoperaties. Waarom is dat belangrijk? omdat het een
5:20
Speaker 2: zogenaamde hardwarematige vertrouwensbasis creëert. In eenvoudige bewoordingen, wanneer het apparaat
5:24
Speaker 2: wordt ingeschakeld, is het Plutons subsysteem het eerste dat wordt uitgevoerd.
5:27
Speaker 2: Het controleert zijn eigen identiteit op het laagst mogelijke niveau,
5:30
Speaker 2: de chip zelf, voordat er software wordt geladen, voordat het
5:33
Speaker 2: besturingssysteem opstart, voordat er iets anders gebeurt. De chip kan
5:35
Speaker 2: verifiëren dat hij is wie hij beweert te zijn. Dit
5:38
Speaker 2: is fundamenteel anders dan softwarematige beveiliging. Met software vertrouw je
5:41
Speaker 2: er altijd op dat er niets is gemanipuleerd voordat de
5:43
Speaker 2: beveiligingssoftware werd geladen. Maar als iemand de bootloader of de
5:46
Speaker 2: firmware heeft aangepast, kan je beveiligingssoftware de verkeerde dingen controleren.
5:49
Speaker 2: Hardwarematige beveiliging heeft dat probleem niet. Je kunt Pluton niet
5:52
Speaker 2: aanpassen zonder fysieke toegang tot de chip en zelfs dan
5:54
Speaker 2: is deze ontworpen om manipulatie te weerstaan. Vanaf dat moment
5:57
Speaker 2: zorgt de chip voor een veilige opstart. Het apparaat voert
5:59
Speaker 2: alleen software uit die cryptografisch is ondertekend en goedgekeurd. Als
6:02
Speaker 2: iemand probeert ongeautoriseerde firmware te laden, weigert de chip dit simpelweg.
6:05
Speaker 2: Het apparaat start niet op. Het werkt niet. Het apparaat
6:08
Speaker 2: blijft vergrendeld. De MT362 heeft ook een crossover-ontwerp. Het combineert
6:12
Speaker 2: real-time verwerking, het soort verwerking dat je nodig hebt voor
6:14
Speaker 2: het aansturen van motoren of het uitlezen van sensoren, met
6:16
Speaker 2: applicatieverwerking voor complexere taken. Dat betekent dat één chip zowel
6:19
Speaker 2: de besturing op laag niveau als de connectiviteit en beveiliging
6:21
Speaker 2: op hoger niveau kan afhandelen. Geen behoefte aan twee aparte processors.
6:25
Speaker 2: Waarom is hardwarebeveiliging nu zo belangrijk? Omdat softwarebeveiliging onzeld kan worden.
6:29
Speaker 2: Een slimme aanvaller kan bugs in het besturingssysteem vinden, kwetsbaarheden
6:32
Speaker 2: in applicaties misbruiken of de software ertoe verleiden dingen te
6:35
Speaker 2: doen die niet de bedoeling zijn. Maar hardware beveiliging is
6:38
Speaker 2: veel moeilijker te kraken. Je hebt fysieke toegang tot de
6:40
Speaker 2: chip nodig, gespecialiseerde apparatuur en veel tijd en vaardigheid. De
6:43
Speaker 2: analogie die hier goed van pas komt, is als volgt.
6:45
Speaker 2: Het Pluton beveiligingssysteem is als een inbraakbestendige kluis die in
6:47
Speaker 2: de fundering van een gebouw is ingebouwd. Je kunt hem
6:49
Speaker 2: niet verplaatsen. Je kunt hem niet openen zonder het juiste gereedschap.
6:52
Speaker 2: En zelfs als iemand via een raam inbreekt, blijft de
6:54
Speaker 2: kluis veilig. Dat is het niveau van bescherming waar we
6:57
Speaker 2: het over hebben. Maar hardware alleen is niet genoeg. Het
6:59
Speaker 2: besturingssysteem dat erop draait is net zo belangrijk. Laag 2.
7:02
Speaker 2: Het besturingssysteem. Een afgeschermde Linux-distributie. Dus je hebt deze beveiligde chip.
7:07
Speaker 2: Wat draait erop? Een op maat gemaakt, afgeschermd Linux-besturingssysteem dat
7:10
Speaker 2: specifiek voor Azure Sphere is ontwikkeld. Nu, als ik Linux zeg,
7:13
Speaker 2: denk je misschien aan Ubuntu of Debian, een algemeen besturingssysteem
7:16
Speaker 2: dat je op een laptop of server kunt installeren. Het
7:18
Speaker 2: besturingssysteem van Azure Sphere is totaal anders. Het is teruggebracht
7:21
Speaker 2: tot het absolute minimum. Elke functie die niet absoluut noodzakelijk is,
7:24
Speaker 2: is verwijderd. Geen webserver, geen desktopomgeving, geen overbodige drivers, alleen
7:28
Speaker 2: de kerncomponenten die nodig zijn om beveiligde applicaties uit te
7:31
Speaker 2: voeren en met de cloud te communiceren. Waarom is dat belangrijk?
7:33
Speaker 2: Omdat elke regelcode een potentiële kwetsbaarheid is. Hoe meer code
7:37
Speaker 2: je hebt, hoe meer bugs je kunt hebben. Door het
7:39
Speaker 2: besturingssysteem klein te houden, verkleint Microsoft wat beveiligingsonderzoekers de Trusted
7:43
Speaker 2: Computing Base noemen, de hoeveelheid code die betrouwbaar moet zijn
7:46
Speaker 2: om het systeem veilig te laten zijn. Minder regelscode betekent
7:49
Speaker 2: minder plekken waar aanvallers zich kunnen verschuilen. Maar het gaat
7:51
Speaker 2: niet alleen om het verwijderen van functies. Het besturingssysteem dwingt
7:55
Speaker 2: ook iets af dat dynamische compartimentering heet. Dat is een
7:57
Speaker 2: chic term voor een simpel idee. Applicaties zijn van elkaar geïsoleerd.
8:01
Speaker 2: Als één app wordt gecompromitteerd, kan deze geen invloed hebben
8:04
Speaker 2: op andere apps die op hetzelfde apparaat draaien. Elke applicatie
8:07
Speaker 2: draait in zijn eigen sandbox met zijn eigen geheugenruimte en
8:09
Speaker 2: zijn eigen machtigingen. Het besturingssysteem regelt ook de toegang tot
8:12
Speaker 2: hardware via opt-in voor randapparatuur. Een applicatie kan alleen hardware
8:15
Speaker 2: componenten gebruiken waarvoor expliciete toegang is verleend. Als een app
8:18
Speaker 2: probeert gegevens van een sensor te lezen waarvoor geen toestemming is,
8:21
Speaker 2: blokkeert het besturingssysteem dit punt uit. Geen uitzonderingen. Dit voorkomt
8:24
Speaker 2: dat een gecompromitteerde app toegang krijgt tot zaken waartoe deze
8:27
Speaker 2: geen toegang zou mogen hebben. Nu komt het verschil met
8:29
Speaker 2: de meeste IoT-besturingssystemen. Microsoft beheert en update het besturingssysteem, niet
8:33
Speaker 2: de fabrikant van het apparaat. Wanneer Microsoft een beveiligingslek vindt,
8:37
Speaker 2: brengen ze een patch uit. Die patch wordt rechtstreeks naar
8:39
Speaker 2: apparaten gepust via de Azure Sphere Beveiligingsservice. De fabrikant hoeft
8:43
Speaker 2: niets te doen. Ze hoeven de patch niet te testen
8:45
Speaker 2: en ze hoeven hem niet goed te keuren. Microsoft beheert
8:47
Speaker 2: de volledige update pipeline. Dit is een enorm verschil. In
8:50
Speaker 2: de traditionele IoT-wereld moet de fabrikant, wanneer een beveiligingslek wordt gevonden,
8:54
Speaker 2: een oplossing ontwikkelen, testen, laten goedkeuren en deze vervolgens op
8:57
Speaker 2: de een of andere manier op apparaten krijgen die mogelijk
8:59
Speaker 2: over de hele wereld verspreid zijn. Dat proces kan maanden duren,
9:02
Speaker 2: als het al gebeurt. Met Azure Sphere gebeurt de update automatisch,
9:05
Speaker 2: vaak binnen enkele dagen nadat een beveiligingslek is ontdekt. Waarom
9:07
Speaker 2: is de aanpak van het besturingssysteem zo belangrijk? Omdat de
9:10
Speaker 2: meeste IoT-aanvallen plaatsvinden op softwareniveau. Aanvallers proberen meestal niet de
9:13
Speaker 2: hardware te kraken. Dat is te moeilijk. Ze zoeken naar softwarefouten,
9:17
Speaker 2: vinden niet gepatchte kwetsbaarheden en maken misbruik van zwakke toegangsbeheermechanismen.
9:20
Speaker 2: Door het besturingssysteem te beveiligen, het aanvalsoppervlak te verkleinen en
9:23
Speaker 2: updates te automatiseren, elimineert Azure Sphere de meest voorkomende aanvalspaden.
9:26
Speaker 2: Je hebt dus beveiligde hardware met een beveiligd besturingssysteem. Maar
9:29
Speaker 2: hoe beheer je duizenden van deze apparaten in de praktijk?
9:32
Speaker 2: Dat is waar de cloud service om de hoek komt kijken.
9:34
Speaker 2: Laag 3, de cloud, de Azure Sphere beveiligingsservice. Je hebt
9:38
Speaker 2: dus de beveiligde chip met een hardwarematige root of trust.
9:41
Speaker 2: Je hebt een beveiligd besturingssysteem dat applicaties isoleert en de
9:44
Speaker 2: toegang tot de hardware beheert. Maar er is iets belangrijks
9:46
Speaker 2: om te weten. Een apparaat dat op dag 1 beveiligd is,
9:48
Speaker 2: is dat niet per se op dag 1000. Beveiliging is
9:50
Speaker 2: geen eenmalige installatie. Het is een continu proces. Dat is
9:53
Speaker 2: waar de cloud service van pas komt. De Azure Sphere
9:55
Speaker 2: beveiligingsservice is het commandocentrum voor de gehele vlootapparaten. Elk Azure
9:59
Speaker 2: Sphere apparaat maakt gedurende zijn hele levensduur verbinding met deze service.
10:02
Speaker 2: En deze verbinding is niet optioneel, maar verplicht. Een apparaat
10:05
Speaker 2: dat de service niet kan bereiken, werkt niet naar behoren.
10:08
Speaker 2: Dat klinkt misschien hard, maar het is de bedoeling. Het
10:10
Speaker 2: zorgt ervoor dat elk apparaat altijd beheert... bewaakt en up-to-date is.
10:14
Speaker 2: Laat me uitleggen wat de service precies doet. Ten eerste,
10:17
Speaker 2: authenticatie op basis van certificaten. Elk Azure Sphere apparaat wordt
10:20
Speaker 2: geleverd met een unieke, verifiëerbare identiteit die in de hardware
10:23
Speaker 2: is ingebouwd. Wanneer het apparaat op start en verbinding maakt
10:25
Speaker 2: met de cloud, presenteert het deze identiteit. De beveiligingsservice controleert
10:29
Speaker 2: of de identiteit geldig is, of het apparaat tot de
10:31
Speaker 2: juiste tenant behoort en of er niet mee is geknoeid.
10:33
Speaker 2: Als er iets mis lijkt, kan de service de verbinding
10:35
Speaker 2: van het apparaat blokkeren. Dit is fundamenteel anders dan het
10:38
Speaker 2: oude model waarbij apparaten eenvoudige wachtwoorden of gedeelde sleutels gebruikten.
10:41
Speaker 2: Als een wachtwoord wordt gestolen, moet je het op elk
10:43
Speaker 2: apparaat wijzigen. Met authenticatie op basis van certificaten heeft elk
10:46
Speaker 2: apparaat zijn eigen unieke referenties. Het comprometeren van één apparaat
10:50
Speaker 2: brengt de rest van de apparaten niet in gevaar. Ten tweede,
10:52
Speaker 2: automatische draadloze updates. Dit is de belangrijkste functie. Wanneer Microsoft
10:56
Speaker 2: een beveiligingslag in het Azure Sphere OS ontdekt, ontwikkelen ze
10:59
Speaker 2: een patch en pushen deze rechtstreeks naar elk apparaat via
11:01
Speaker 2: de beveiligingsservice. Het apparaat downloadt de update, controleert of deze
11:04
Speaker 2: is ondertekend door Microsoft met behulp van de hardware root
11:07
Speaker 2: of trust en installeert deze. Geen wachten meer tot de
11:09
Speaker 2: fabrikant een oplossing heeft ontwikkeld. Geen wachten meer tot IT-teams
11:12
Speaker 2: onderhoudsvensters inplannen. Geen apparaten meer die nooit worden bijgewerkt omdat
11:15
Speaker 2: niemand eraan denkt om te controleren. De update gebeurt automatisch,
11:18
Speaker 2: vaak binnen enkele dagen nadat een beveiligingslek is ontdekt. En
11:21
Speaker 2: nu iets belangrijks, het apparaat kan een update niet weigeren.
11:24
Speaker 2: Als de beveiligingsservice aangeeft dat er een update beschikbaar is,
11:26
Speaker 2: moet het apparaat deze installeren. Nogmaals, dit klinkt controlerend, maar
11:29
Speaker 2: in de wereld van IoT-beveiliging is het noodzakelijk. Het Mirai
11:32
Speaker 2: botnet ontstond omdat apparaten werden geleverd met bekende beveiligingslekken en
11:35
Speaker 2: niemand deze ooit heeft gepatcht. Verplichte updates voorkomen dat scenario.
11:38
Speaker 2: Ten derde, foutrapportage. Wanneer er iets misgaat met een Azure
11:42
Speaker 2: Sphere apparaat, zoals een crash, een beveiligingsincident of een hardwarefout,
11:46
Speaker 2: rapporteert het apparaat dit aan de beveiligingsservice. Dit geeft fabrikanten
11:49
Speaker 2: en beheerders real-time inzicht in de status van hun gehele float.
11:52
Speaker 2: Als een apparaat zich vreemd gedraagt, weet u dat direct.
11:55
Speaker 2: Als er een patroon ontstaat bij meerdere apparaten, kunt u
11:58
Speaker 2: dit onderzoeken en actie ondernemen. Ten vierde, bewaking en attestatie
12:02
Speaker 2: op afstand. De beveiligingsservice kan controleren of elk apparaat in
12:05
Speaker 2: uw vloot nog steeds vertrouwde software gebruikt. Het kan verifiëren
12:08
Speaker 2: of het opstartproces correct is verlopen, of het besturingssysteem niet
12:10
Speaker 2: is gewijzigd en of de applicaties de applicaties zijn die
12:12
Speaker 2: u hebt goedgekeurd. Als een apparaat deze controle niet doorstaat,
12:15
Speaker 2: kan de service het markeren voor onderzoek of de toegang
12:17
Speaker 2: tot uw resources blokkeren. En tot slot, de tienjarige ondersteuningsgarantie.
12:20
Speaker 2: Microsoft heeft zich ertoe verbonden Azure Sphere apparaten tien jaar
12:23
Speaker 2: lang te ondersteunen. Dat betekent beveiligingsupdates, OS-patches en beschikbaarheid van
12:27
Speaker 2: de cloud service gedurende tenminste 10 jaar vanaf het moment
12:29
Speaker 2: dat een apparaat wordt aangeschaft. Voor industriële apparatuur en infrastructuur
12:32
Speaker 2: die jarenlang in gebruik blijft, is dat van groot belang.
12:35
Speaker 2: Ter vergelijking, de beveiligingsservice is als een centrale bewakingspost die
12:38
Speaker 2: real-time elke deur in een gebouw in de gaten houdt.
12:41
Speaker 2: Het weet wie er binnenkwam, wanneer ze binnenkwamen en of
12:43
Speaker 2: ze er wel of niet mogen zijn. Als een deur
12:44
Speaker 2: beschadigd raakt, stuurt het station direct iemand om deze te repareren.
12:47
Speaker 2: En om de paar maanden worden de sloten op alle
12:49
Speaker 2: deuren geupgraded, zonder dat iemand erom hoeft te vragen. Laten
12:52
Speaker 2: we nu eens kijken hoe deze drie lagen samenwerken en
12:54
Speaker 2: hoe ze daadwerkelijk als één systeem functioneren. Hoe alles samenwerkt,
12:57
Speaker 2: dat is de echte kracht. Ik neem je mee door
12:59
Speaker 2: een realistisch scenario. Stel je voor dat een bedrijf een
13:02
Speaker 2: nieuwe industriële sensor bouwt, een sensor die de temperatuur en
13:04
Speaker 2: trillingen op een productielijn in een fabriek meet. Deze sensor
13:07
Speaker 2: gebruikt Azure Sphere. Laten we eens kijken wat er gebeurt
13:09
Speaker 2: vanaf het moment dat de sensor voor het eerst wordt ingeschakeld.
13:12
Speaker 2: Stap 1, de chip start op. Herinner je je het
13:14
Speaker 2: Pluton beveiligingssysteem nog? Dat is het eerste dat opstart. Het
13:17
Speaker 2: controleert zijn eigen identiteit op hardware niveau en verifieert vervolgens
13:20
Speaker 2: of de bootloader is ondertekend en goedgekeurd door Microsoft. Pas
13:23
Speaker 2: dan mag de bootloader worden uitgevoerd. Als iemand had geprobeerd
13:26
Speaker 2: om ongeautoriseerde firmware op de chip te flashen, zou het
13:28
Speaker 2: opstartproces hier stoppen. Stap 2. De bootloader laat het besturingssysteem,
13:32
Speaker 2: maar laat niet zomaar alles wat in het geheugen is opgeslagen.
13:35
Speaker 2: Het verifieert de OS-image aan de hand van een cryptografische handtekening.
13:38
Speaker 2: Het besturingssysteem moet zich in een bekende, goede staat bevinden,
13:40
Speaker 2: ondertekend zijn door Microsoft en niet gemanipuleerd zijn. Als het
13:42
Speaker 2: besturingssysteem is gewijzigd, weigert de chip het te laden. Het
13:45
Speaker 2: apparaat blijft vergrendeld. Stap 3. Het besturingssysteem start op en
13:49
Speaker 2: het apparaat maakt verbinding met de Azure Sphere Beveiligingsservice. Het
13:52
Speaker 2: presenteert zijn unieke, op certificaten gebaseerde identiteit. De service controleert
13:56
Speaker 2: of dit apparaat tot de juiste tenant behoort en of
13:58
Speaker 2: de identiteit geldig is. Als alles in orde is, wordt
14:00
Speaker 2: het apparaat geverifieerd. Stap 4. De beveiligingsservice controleert de softwareversie
14:04
Speaker 2: van het apparaat. Draait het de nieuwste versie van het besturingssysteem?
14:07
Speaker 2: Zijn er beveiligingspatches die moeten worden toegepast? Als er updates
14:10
Speaker 2: beschikbaar zijn, pust de service deze onmiddellijk. Het apparaat downloadt
14:13
Speaker 2: de updates, controleert of ze ondertekend zijn en installeert ze.
14:16
Speaker 2: Pas nadat het apparaat volledig is bijgewerkt, gaat het verder
14:19
Speaker 2: naar de volgende stap. Stap 5. Het apparaat begint te werken.
14:22
Speaker 2: Het begint telemetriegegevens, temperatuurmetingen, trillingsniveaus en operationele status terug te
14:27
Speaker 2: sturen naar de cloud. Al deze communicatie vindt plaats via geverifieerde,
14:30
Speaker 2: versleutelde kanalen. Het apparaat begint indien nodig ook opdrachten te ontvangen.
14:34
Speaker 2: Bijvoorbeeld een configuratiewijziging of een verzoek om een diagnose uit
14:37
Speaker 2: te voeren. Elke opdracht wordt geverifieerd en geautoriseerd. Nu volgt
14:40
Speaker 2: wat er gebeurt gedurende de levensduur van het apparaat. Om
14:42
Speaker 2: de paar weken of maanden brengt Microsoft beveiligingsupdates uit. De
14:45
Speaker 2: Azure Sphere beveiligingsservice pust deze updates automatisch naar het apparaat.
14:49
Speaker 2: Het apparaat installeert ze, vaak zonder downtime. De fabrieksoperator hoeft
14:52
Speaker 2: niets te doen. De sensor blijft gewoon werken, maar draait
14:55
Speaker 2: altijd op de nieuwste en meest veilige software. Als er
14:57
Speaker 2: iets misgaat, bijvoorbeeld als het apparaat crash of een afwijking detecteert,
15:01
Speaker 2: meldt het de storing aan de beveiligingsservice. De operator ontvangt
15:04
Speaker 2: een melding. Hij of zij kan het probleem op afstand onderzoeken.
15:06
Speaker 2: Indien nodig kan een oplossing worden doorgevoerd of het apparaat
15:08
Speaker 2: opnieuw worden geconfigureerd. Dit alles zonder een technicus naar de
15:10
Speaker 2: fabrieksvloer te hoeven sturen. Het belangrijkste inzicht hier is iets
15:13
Speaker 2: dat het waard is om te herhalen. Beveiliging is geen
15:15
Speaker 2: functie die je achteraf aan een apparaat toevoegt. Het is
15:17
Speaker 2: de basis waarop alles draait. Azure Sphere voegt beveiliging niet
15:20
Speaker 2: achteraf toe. Het bouwt het hele apparaat, de hardware, het
15:22
Speaker 2: besturingssysteem en het cloudbeheer vanaf het begin rondom beveiliging. Dat
15:25
Speaker 2: is de echte kracht van het platform, niet een enkele functie,
15:28
Speaker 2: maar hoe alle drie de lagen samenwerken. De chip biedt
15:30
Speaker 2: de hardware-matige basis voor vertrouwen, het besturingssysteem zorgt voor de
15:33
Speaker 2: beveiligde omgeving en de cloud-service verzorgt het doorlopende beheer en
15:36
Speaker 2: de updates. Samen vormen ze iets dat meer is dan
15:39
Speaker 2: de som der delen. Maar een beveiligingsplatform is slechts zo
15:42
Speaker 2: goed als zijn trackrecord. Laten we daarom eerlijk zijn over
15:44
Speaker 2: de gevonden kwetsbaarheden. Het eerlijke beeld? kwetsbaarheden en de realiteit.
15:48
Speaker 2: Laten we eerlijk zijn. Een platform dat kogelvrij beloofd te zijn,
15:51
Speaker 2: zal ongetwijfeld kritisch bekeken worden. En Azure Sphere heeft daar
15:54
Speaker 2: zeker mee te maken gehad. In 2020 lanceerde Microsoft de
15:57
Speaker 2: Azure Sphere Security Ressarch Challenge. Ze nodigde beveiligingsonderzoekers uit om
16:01
Speaker 2: het platform te testen, zwakke punten te vinden en deze
16:03
Speaker 2: te rapporteren. Cisco Talos ging de uitdaging aan. In de
16:06
Speaker 2: loop der tijd vonden ze 31 kwetsbaarheden in de hele stack.
16:09
Speaker 2: Wat voor bugs, kernelproblemen die een aanvaller in staat zouden
16:12
Speaker 2: stellen het systeem te laten crashen, privilege-escalatiepaden die een kwaadwillende
16:15
Speaker 2: app toegang op een hoger niveau zouden geven, uitvoering van
16:17
Speaker 2: niet-ondertekende code, het soort bug dat de belofte van alleen
16:20
Speaker 2: ondertekende software ondermijnt. Sommige van deze kwetsbaarheden waren ernstig, een
16:23
Speaker 2: paar werden als kritiek beoordeeld. Nu de belangrijke context. Microsoft
16:27
Speaker 2: gaf opdracht tot dit onderzoek. Ze zetten een formeel programma op,
16:29
Speaker 2: betaalden onderzoekers en verhielpen elke gerapporteerde kwetsbaarheid. Elk van die
16:33
Speaker 2: 31 bugs werd verholpen via het automatische updatesysteem waar we
16:36
Speaker 2: het eerder over hadden. Binnen enkele weken na de ontdekking
16:38
Speaker 2: werden de oplossingen naar apparaten in gebruik gebracht. En dit
16:40
Speaker 2: is ook belangrijk, er zijn geen gedocumenteerde gevallen bekend van
16:43
Speaker 2: misbruik van deze kwetsbaarheden in de praktijk. Geen grootschalige aanvallen,
16:46
Speaker 2: geen botnets gebouwd met Azure Sphere apparaten. Het onderzoek was grondig,
16:50
Speaker 2: maar ook zeer zorgvuldig. Dat betekent niet dat Azure Sphere
16:53
Speaker 2: perfect is. Geen enkel platform is dat. Waar het om gaat,
16:55
Speaker 2: is hoe snel problemen worden gevonden en opgelost. En op
16:58
Speaker 2: dat vlak heeft Azure Sphere een sterke reputatie. De verplichte
17:00
Speaker 2: update procedure betekent dat wanneer een kwetsbaarheid wordt ontdekt, elk
17:03
Speaker 2: apparaat wordt gepatcht. Niet sommige apparaten, niet apparaten waarvan de
17:06
Speaker 2: fabrikant de moeite heeft genomen een update uit te brengen,
17:09
Speaker 2: maar elk apparaat. Vergelijk dat eens met de rest van
17:11
Speaker 2: de IoT-wereld. Andere platforms hebben ook kwetsbaarheden, maar veel daarvan
17:14
Speaker 2: missen een verplicht update-mechanisme. Er wordt een kwetsbaarheid ontdekt, de
17:18
Speaker 2: fabrikant brengt een patch uit en vervolgens niets meer. Apparaten
17:21
Speaker 2: blijven jarenlang ongepatcht omdat niemand de update pust. Azure Sphere
17:24
Speaker 2: lost dat probleem op. Er is echter wel een keerzijde.
17:27
Speaker 2: Een nauw geïntegreerd platform betekent sterke beveiligingsgaranties, maar ook afhankelijkheid
17:30
Speaker 2: van Microsoft. Je kunt het besturingssysteem niet vervangen, je kunt
17:33
Speaker 2: geen andere chip gebruiken. Je bent volledig afhankelijk van het
17:35
Speaker 2: Azure Sphere ecosysteem. Voor sommige organisaties is dat een de allbreaker.
17:39
Speaker 2: Voor anderen is het een acceptabele prijs om de beveiliging
17:41
Speaker 2: niet zelf te hoeven beheren. De eerlijke conclusie is Azure
17:44
Speaker 2: Sphere is niet onkwetsbaar. Er zijn bugs geweest en er
17:46
Speaker 2: zullen er meer komen, maar het platform is ontworpen om
17:48
Speaker 2: met die realiteit om te gaan. De update pipeline, de
17:50
Speaker 2: hardware root of trust, het vergrendelde besturingssysteem, het bestaat allemaal
17:53
Speaker 2: omdat Microsoft wist dat er kwetsbaarheden gevonden zouden worden. Het
17:55
Speaker 2: doel is niet om perfect te zijn, maar om veerkrachtig
17:57
Speaker 2: te zijn. Dus, voor wie is dit eigenlijk bedoeld? En
18:00
Speaker 2: wanneer moet je je er druk over maken? Voor wie
18:02
Speaker 2: is dit bedoeld? Praktische toepassingen. Azure Sphere is niet voor
18:05
Speaker 2: elk apparaat. Het is bedoeld voor apparaten waarbij een beveiligingslek
18:08
Speaker 2: meer zou kosten dan het apparaat zelf. Denk bijvoorbeeld aan
18:11
Speaker 2: industriële sensoren die fabrieksapparatuur bewaken. Een gecompromitteerde sensor kan onjuiste
18:15
Speaker 2: metingen doorgeven, waardoor operators verkeerde beslissingen nemen. Of erger nog,
18:18
Speaker 2: een aanvaller kan die sensor gebruiken als toegangspunt om dieper
18:21
Speaker 2: in het fabrieksnetwerk door te dringen. De kosten van zo'n
18:23
Speaker 2: inbreuk kunnen oplopen tot miljoenen aan verloren productie. Denk ook
18:26
Speaker 2: aan commerciële apparaten, automaten, HVAC-systemen en gebouwautomatisering. Deze apparaten staan
18:31
Speaker 2: in openbare ruimtes en zijn vaak jarenlang met netwerken verbonden.
18:34
Speaker 2: Niemand voert updates uit. Niemand denkt er meer aan. Ze
18:36
Speaker 2: zijn perfecte doelwitten voor aanvallers die op zoek zijn naar
18:38
Speaker 2: een toegangspunt. Denk ten slotte aan slimme stadsinfrastructuren, verkeerslichten, milieusensoren
18:42
Speaker 2: en watersysteemcontrollers. Als deze worden gecompromitteerd, is niet alleen data
18:45
Speaker 2: in gevaar, maar ook fysieke schade.