Latest / M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch / Azure Sphere einfach erklärt: IoT-Sicherheit vom Chip bis zur Cloud mit Pluton, gehärtetem Linux und Security Service (KI-Synchronfassung)

Transcript

Azure Sphere einfach erklärt: IoT-Sicherheit vom Chip bis zur Cloud mit Pluton, gehärtetem Linux und Security Service (KI-Synchronfassung) · M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch

• 0:00
  Bereit für 10 Tage Microsoft 365, Co-Pilot, KI, Azure und die Menschen, die die Zukunft der Arbeit gestalten?
• 0:07
  Diesen Januar ist die M365-Con zurück und wird noch größer.
• 0:11
  Und wird noch größer.
• 0:12
  Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und erfahren Sie praktisches Wissen von MVPs und Branchenexperten aus aller Welt.
• 0:18
  Keine generischen Folien, keine endlosen Schlagworte.
• 0:21
  Wir stellen uns den echten Herausforderungen.
• 0:23
  Co-Pilot Studio, KI-Agents, Fabric, Sicherheit, Governance und Automatisierung, GAP.
• 0:28
  Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt für Sie passende Sessions.
• 0:35
  An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen.
• 0:40
  Sehen Sie sich die Live-Übertragung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen.
• 0:45
  Januar 2027, 10 Tage, eine Microsoft-Community.
• 0:49
  Die Registrierung ist ab sofort möglich.
• 0:51
  Gehen Sie noch heute zu Ihrem Standort.
• 0:54
  Das ist end3565.con.no
• 0:58
  Melden Sie sich jetzt unter m33556.con.net an und wir sehen uns im Januar live.
• 1:05
  Stellen Sie sich vor, Sie kaufen ein intelligentes Thermostat für Ihr Zuhause.
• 1:08
  Sie installieren es, verbinden es mit dem WLAN und es funktioniert einwandfrei.
• 1:11
  Sie können die Temperatur über Ihr Smartphone regeln, das Thermostat lernt Ihren Zeitplan.
• 1:14
  Alles ist in Ordnung.
• 1:15
  Bis eines Tages, dieser Thermostat Teil eines Bordnetzes wird, das das Netzwerk eines Krankenhauses auf der anderen Seite der Welt angreift.
• 1:21
  Klingt dramatisch?
• 1:22
  Ist es nicht.
• 1:22
  Das ist tatsächlich passiert.
• 1:23
  Das Mirai Bordnetz hat 2016 große Teile des Internets lahmgelegt und zwar mithilfe von gehackten Kameras und Routern.
• 1:28
  Der Grund für die Anfälligkeit dieser Geräte ist einfach, sie wurden von Anfang an nicht dafür entwickelt, sicher zu sein.
• 1:34
  Das Besondere an den meisten IoT-Geräten ist, dass sie winzige Computer enthalten, kleine Mikrocontroller, die ein oder zwei Aufgaben übernehmen.
• 1:40
  Ursprünglich wurden diese Chips jedoch für Dinge wie Mikrowellenherde und Waschmaschinen entwickelt, also für Dinge, die nicht mit dem Internet verbunden sind.
• 1:45
  Daher haben die Hersteller auf Kosten- und Energieverbrauch geachtet, nicht auf Sicherheit.
• 1:50
  Dann kam das Internet der Dinge.
• 1:52
  Plötzlich mussten all diese billigen, einfachen Chips mit dem Internet verbunden werden.
• 1:55
  Und die Hersteller taten, was Hersteller eben tun.
• 1:57
  Sie fügten ein WLAN-Modul hinzu und fertig.
• 1:59
  Kein sicheres Boden.
• 2:00
  Keine hardware-seitige Vertrauensbasis.
• 2:02
  Kein Aktualisierungsmechanismus.
• 2:03
  Sobald ein Gerät ausgeliefert wurde, war es vorbei.
• 2:05
  Wenn sechs Monate später eine Sicherheitslücke gefunden wurde, gab es keine Möglichkeit, sie zu schließen.
• 2:08
  Das Gerät behielt die Fehler bei, mit denen es ausgeliefert wurde.
• 2:11
  Und diese Geräte bleiben jahrelang im Einsatz.
• 2:13
  Ein werkseitig eingebauter Sensor kann erzielen.
• 2:15
  Ein intelligenter Zähler kann 15 Jahre lang an einem Gebäude hängen.
• 2:18
  Das ist eine lange Zeit für ein anfälliges Gerät, um mit dem Internet verbunden zu sein.
• 2:21
  Die Folgen sind real.
• 2:23
  Bootnetze, die massive Angreife starten.
• 2:25
  Datenschutzverletzungen, die persönliche Informationen offenlegen.
• 2:27
  Kompromittierte Netzwerke, die Angreifern einen Fuß in die Tür von Unternehmen verschaffen.
• 2:30
  Und das alles, weil bei der Entwicklung des Chips niemand an die Sicherheit gedacht hat.
• 2:33
  Also hat sich Microsoft dieses Problems angenommen und beschlossen, etwas von Kunden auf neu zu entwickeln.
• 2:36
  Kein Software-Patch, kein Sicherheitsdienst, den man später hinzufügt.
• 2:39
  Etwas, was beim Silizium selbst beginnt.
• 2:41
  Das ist Azure Sphere im Grunde.
• 2:43
  Das große Gans.
• 2:44
  Azure Sphere ist die durchgängige IoT-Sicherheitsplattform von Microsoft.
• 2:48
  Das klingt nach Marketing-Sprech, also lasst es mich in einfaches Englisch übersetzen.
• 2:52
  Es sind drei Dinge, die zusammenarbeiten.
• 2:54
  Ein zertifizierter Mikrocontroller-Chip, ein sicheres Betriebssystem und ein Cloud-Sicherheitsdienst.
• 2:58
  Man braucht alle drei.
• 2:59
  Nimmt man auch nur eines davon weg, bricht das ganze System zusammen.
• 3:01
  Der Schlüsselbegriff, den man oft hören wird, lautet Sicherheit vom Silizium bis zur Cloud.
• 3:04
  Das sind nicht nur ein Slogan.
• 3:06
  Er bedeutet, dass die Sicherheit auf der physischen Chip-Ebene beginnt und sich bis zum Cloud-Dienst erstreckt,
• 3:09
  der die Geräte verwaltet.
• 3:10
  Jede Ebene ist so konzipiert, dass sie zusammenarbeitet.
• 3:14
  Vergleichen wir das nun mit dem alten Ansatz.
• 3:16
  Die meiste IoT-Sicherheit ist in Add-on.
• 3:18
  Man nimmt einen normalen Chip, führt ein normales Betriebssystem aus und versucht dann später Sicherheitsfunktionen hinzuzufügen.
• 3:22
  Vielleicht verschlüsselt man ein paar Daten, vielleicht versieht man ein Kennboard damit.
• 3:25
  Das ist, als würde man ein Haus mit Wänden aus Papier bauen und dann einen schicken Riegel anbringen.
• 3:28
  Der Riegel funktioniert, aber jemand kann immer noch durch die Wand gehen.
• 3:32
  Azure Sphere verfolgt einen anderen Ansatz.
• 3:33
  Die Sicherheit ist von Anfang an integriert und wird nicht erst später hinzugefügt.
• 3:36
  Der Chip selbst verfügt über Sicherheitsfunktionen, die direkt in das Silizium integriert sind.
• 3:39
  Das Betriebssystem ist speziell für den sicheren Betrieb konzipiert.
• 3:42
  Der Cloud-Dienst verwaltet die gesamte Flotte.
• 3:44
  Hier ist eine hilfreiche Analogie.
• 3:46
  Stellen Sie sich deswegen gesichertes Gebäude vor.
• 3:47
  Der Chip ist die verstärkte Tür.
• 3:49
  Sie ist am Einstiegspunkt stark.
• 3:50
  Das Betriebssystem ist der interne Sicherheitsdienst.
• 3:53
  Es stellt sicher, dass Benutzer nur die Bereiche aufrufen, für die sie zugelassen sind.
• 3:55
  Und der Cloud-Sicherheitsdienst ist die zentrale Überwachungsstation.
• 3:58
  Er überwacht alles, sendet Updates und reagiert auf Probleme.
• 4:01
  Nun stellt sich häufig die Frage, ob Azure Sphere nicht einfach nur eine weitere IoT-Plattform ist.
• 4:05
  Nicht wirklich.
• 4:06
  Bei den meisten IoT-Plattformen wie AWS IoT Core oder Azure IoT Hub geht es darum,
• 4:10
  Geräte mit der Cloud zu verbinden und Daten zu verwalten.
• 4:13
  Bei Azure Sphere geht es speziell um Sicherheit auf Geräteebene.
• 4:16
  Es ist die Grundlage, auf der sichere IoT-Geräte aufgebaut werden können.
• 4:19
  Stellen Sie sich so vor, AWS IoT ist wie ein Postdienst.
• 4:22
  Es transportiert Ihre Daten sicher von Punkt A nach Punkt B.
• 4:25
  Azure Sphere ist wie ein Tresor für Ihre Daten, noch bevor Sie sie dem Postdienst übergeben.
• 4:29
  Sie lösen unterschiedliche Probleme und Sie können beide zusammenverwenden.
• 4:33
  Was macht den Chip also so besonders?
• 4:35
  Lassen Sie uns jede Ebene aufschlüsseln, beginnend mit dem Silizium selbst.
• 4:39
  Ebene 1. Das Silizium. Der Azure Sphere MCU.
• 4:43
  Beginnen wir mit dem Chip selbst, denn dort beginnt alles.
• 4:46
  Das Hardware-Fundament von Azure Sphere ist ein speziell entwickelter Mikrocontroller.
• 4:50
  Derzeit ist der Mediatek MT63 der wichtigste Chip, den man in der Produktion findet.
• 4:54
  Oberflächlich betrachtet sieht er aus wie jeder andere Mikrocontroller.
• 4:56
  Er ist klein, verbraucht relativ wenig Strom und übernimmt grundlegende Rechenaufgaben.
• 5:00
  Was ihn jedoch von anderen unterscheidet, ist das, was er in der Silizium integriert.
• 5:03
  In diesem Chip befindet sich das sogenannte Pluton-Sicherheits-Subsystem.
• 5:07
  Pluton ist keine Software.
• 5:08
  Es ist ein separater, dedizierter Sicherheitsprozessor, der direkt in die Hardware integriert ist.
• 5:12
  Man kann ihn sich als einen winzigen, manipulationssicheren Computer im Hauptcomputer vorstellen.
• 5:15
  Deine einzige Aufgabe ist es, Sicherheitsvorgänge auszuführen.
• 5:18
  Warum ist das wichtig?
• 5:19
  Weil er eine sogenannte Hardware-Vertrauensankerstruktur schafft.
• 5:21
  Das bedeutet das im Klartext.
• 5:23
  Wenn das Gerät eingeschaltet wird, wird als erstes das Pluton-Subsystem ausgeführt.
• 5:27
  Es überprüft seine Eigenidentität auf der niedrigstmöglichen Ebene, dem Silizium selbst.
• 5:31
  Bevor Software geladen wird, bevor das Betriebssystem bootet, bevor irgendetwas anderes passiert.
• 5:35
  So kann der Chip überprüfen, ob er die Person ist, die er vorgibt zu sein.
• 5:37
  Das unterscheidet sich grundlegend von softwarebasierter Sicherheit.
• 5:40
  Bei Software können Sie immer darauf vertrauen, dass vor dem Laden der Sicherheitssoftware nichts manipuliert wurde.
• 5:44
  Wenn jedoch jemand den Bootloader oder die Firmware verändert hat, überprüft Ihre Sicherheitssoftware möglicherweise die falschen Daten.
• 5:49
  Bei hardwarebasierter Vertrauenswürdigkeit gibt es dieses Boot.
• 5:51
  Sie können Pluton nicht verändern, ohne physisch auf den Chip zuzugreifen.
• 5:54
  Und selbst dann ist er so konzipiert, dass er Manipulationen widersteht.
• 5:56
  Von dort aus erzwingt der Chip einen sicheren Start.
• 5:59
  Das Gerät führt nur Software aus, die kryptografisch signiert und genehmigt wurde.
• 6:02
  Wenn jemand versucht, nicht autorisierte Firmware zu laden, lehnt der Chip dies einfach ab.
• 6:05
  Das Gerät schlecht.
• 6:06
  Es läuft nicht.
• 6:07
  Das Gerät bleibt gesperrt.
• 6:08
  Der MT360 verfügt außerdem über einen Cross-Oval-Disk.
• 6:10
  Er kombiniert Echtzeitverarbeitung, wie Sie sie zum Steuern von Motoren oder zum Auslesen von Sensoren benötigen,
• 6:15
  mit Anwendungsverarbeitung für komplexere Aufgaben.
• 6:17
  Das bedeutet, dass ein einzelner Chip sowohl die Low-Level-Steuerung als auch die übergeordnete Konnektivität und Sicherheit verarbeiten kann.
• 6:23
  Es werden keine zwei separaten Prozesse umdreht.
• 6:24
  Warum ist Hardware-Sicherheit nun so wichtig?
• 6:27
  Weil Software-Sicherheit umgangen werden kann?
• 6:29
  Ein cleverer Angreifer kann Fehler im Betriebssystem finden, Sicherheitslücken in Anwendungen ausnutzen
• 6:34
  oder die Software dazu bringen, Dinge zu tun, die sie nicht tun sollen.
• 6:37
  Hardware-Sicherheit ist jedoch viel schwieriger zu knacken.
• 6:38
  Man benötigt physischen Zugriff auf den Chip, spezielle Ausrüstung und viel Zeit und Können.
• 6:43
  Hier ist eine Analogie, die stichhaltig ist.
• 6:45
  Das Pluton-Sicherheits-Subsystem ist wie ein manipulationssicherer Safe, der in das Fundament eines Gebäudes eingebettet ist.
• 6:49
  Man kann ihn nicht bewegen.
• 6:50
  Man kann ihn ohne die richtigen Werkzeuge nicht öffnen.
• 6:52
  Und selbst wenn jemand durch ein Fenster einbricht, ist der Safe immer noch sicher.
• 6:55
  Das ist die Schutzstufe, über die wir sprechen.
• 6:57
  Aber Hardware allein reicht nicht aus.
• 6:59
  Das darüber laufende Betriebssystem ist genauso wichtig.
• 7:02
  Die zweite Ebene, das Betriebssystem, ein abgesichertes Linux.
• 7:05
  Wir haben also diesen sicheren Chip.
• 7:06
  Was wird darauf ausgeführt?
• 7:07
  Ein benutzerdefiniertes, abgesichertes Linux-basiertes Betriebssystem, das speziell für Azure Sphere entwickelt wurde.
• 7:12
  Wenn ich Linux sage, denken Sie vielleicht an Ubuntu oder Debi an.
• 7:15
  Ein allgemeines Betriebssystem, das Sie auf einem Laptop oder einem Server installieren können.
• 7:18
  Das Betriebssystem von Azure Sphere ist ganz anders.
• 7:20
  Es wurde auf das absolute Minimum reduziert.
• 7:22
  Alle nicht unbedingt notwendigen Funktionen wurden entfernt.
• 7:25
  Kein Webserver, keine Desktop-Umgebung, keine unnötigen Treiber, nur die Kernkomponenten,
• 7:28
  die für die Ausführung sicherer Anwendungen und die Kommunikation mit der Cloud erforderlich sind.
• 7:32
  Warum ist das wichtig?
• 7:33
  Weil jede Codezeile eine potenzielle Sicherheitslücke darstellt.
• 7:35
  Je mehr Code, desto mehr Fehler können auftreten.
• 7:38
  Indem Microsoft das Betriebssystem klein hält, reduziert Microsoft das, was Sicherheitsforscher als Trusted Computing Base bezeichnen.
• 7:44
  Also die Menge an Code, der vertrauenswürdig sein muss, damit das System sicher ist.
• 7:48
  Weniger Codezeilen bedeuten weniger Versteckmöglichkeiten für Angreifer.
• 7:51
  Es geht aber nicht nur um das Entfernen-Funktionen.
• 7:53
  Das Betriebssystem erzwingt auch eine sogenannte dynamische Kompartimentierung.
• 7:57
  Das ist ein schicker Begriff für eine einfache Idee.
• 7:58
  Anwendungen sind voneinander isoliert.
• 8:01
  Wenn eine App kompromittiert wird, kann sich das nicht auf andere Apps auswirken, die auf demselben Gerät ausgeführt werden.
• 8:06
  Jede Anwendung wird in einer eigenen Sandbox mit eigenem Speicherplatz und eigenen Berechtigungen ausgeführt.
• 8:10
  Das Betriebssystem steuert auch den Hardwarezugriff über die Optin-Nutzung von Perifliegel.
• 8:14
  Eine Anwendung kann nur Hardwarekomponenten verwenden, für die ausdrücklich Zugriff gewährt wurde.
• 8:18
  Wenn eine App versucht, Daten von einem Sensor auszulesen, für den sie keine Berechtigung hat, wird sie vom Betriebssystem blockiert, ohne Ausnahmen.
• 8:24
  So wird verhindert, dass eine kompromittierte App auf Dinge zugreift, auf die sie nicht zugreifen darf.
• 8:28
  Hier ist nun der Unterschied zu den meisten IoT-Betriebssystemen.
• 8:31
  Microsoft verwaltet und aktualisiert das Betriebssystem, nicht der Gerätehersteller.
• 8:35
  Wenn Microsoft eine Sicherheitslücke findet, wird ein Patch veröffentlicht.
• 8:38
  Dieser Patch wird über den Azure Sphere-Sicherheitsdienst direkt auf die Geräte übertragen.
• 8:42
  Der Hersteller muss nichts weiter tun.
• 8:44
  Er muss den Patch nicht testen oder genehmigen.
• 8:45
  Microsoft kümmert sich um die gesamte Update-Pipeline.
• 8:49
  Das ist ein großer Vorteil.
• 8:50
  In der herkömmlichen IoT-Welt muss der Hersteller bei Entdeckung einer Sicherheitslücke einen fix entwickeln, testen, genehmigen lassen
• 8:56
  und ihn dann irgendwie auf die Geräte bringen, die sich möglicherweise über die ganze Welt verteilen.
• 9:00
  Dieser Prozess kann Monate dauern, wenn er überhaupt stattfindet.
• 9:03
  Bei Azure Sphere erfolgt das Update automatisch, oft innerhalb weniger Tage nach Entdeckung der Sicherheitslücke.
• 9:07
  Warum ist der Betriebssystemansatz so wichtig?
• 9:09
  Denn die meisten IoT-Sicherheitsverletzungen erfolgen auf Software-Ebene.
• 9:12
  Angreifer versuchen in der Regel nicht, die Hardware zu knallen.
• 9:14
  Es ist zu schwierig.
• 9:15
  Sie suchen nach Software-Fehlern, finden ungepatchte Schwachstellen und nutzen schwache Zugriffskontrollen aus.
• 9:20
  Durch die Sperrung des Betriebssystems, die Reduzierung der Angriffsfläche und die Automatisierung von Updates
• 9:24
  beseitigt Azure Sphere die häufigsten Angriffspfade.
• 9:26
  Sie verfügen also über sichere Hardware, auf der ein gesperrtes Betriebssystem ausgeführt wird.
• 9:29
  Doch wie verwalten Sie Tausende dieser Geräte in der Praxis?
• 9:32
  Hier kommt der Cloud-Dienst ins Spiel.
• 9:34
  Ebene 3. Die Cloud, der Azure Sphere-Sicherheitsdienst.
• 9:38
  Sie verfügen also über den sicheren Chip mit einem Hardware-Vertraunzack.
• 9:40
  Sie verfügen über ein gesperrtes Betriebssystem, das Anwendungen isoliert und den Hardware-Zugriff steuert.
• 9:45
  Aber hier ist der Clou.
• 9:46
  Ein Gerät, das am ersten Tag sicher ist, ist es nicht unbedingt auch am tausendte Tag noch.
• 9:50
  Sicherheit ist keine einmalige Einrichtung.
• 9:51
  Es handelt sich um einen fortlaufenden Prozess.
• 9:53
  Hier kommt der Cloud-Dienst ins Spiel.
• 9:54
  Der Azure Sphere-Sicherheitsdienst ist die Kommandozentrale für die gesamte Geräteflotte.
• 9:58
  Jedes Azure Sphere-Gerät stellt während seiner gesamten Lebensdauer eine Verbindung mit diesem Dienst her.
• 10:02
  Diese Verbindung ist nicht optional, sondern zwingend voll.
• 10:04
  Ein Gerät, das den Dienst nicht erreichen kann, funktioniert nicht ordnungsgemäß.
• 10:07
  Das klingt hart, ist aber beabsichtigt.
• 10:10
  So wird sichergestellt, dass jedes Gerät immer verwaltet, überwacht und immer auf dem neuesten Stand ist.
• 10:14
  Ich erkläre Ihnen, was der Dienst tatsächlich tut.
• 10:17
  Erstens die zertifikatbasierte Authentifizierung.
• 10:19
  Jedes Azure Sphere-Gerät wird mit einer eindeutigen, überprüfbaren Identität geliefert, die in die Hardware integriert ist.
• 10:24
  Wenn das Gerät hochfährt und eine Verbindung mit der Cloud herstellt, zeigt es diese Identität an.
• 10:27
  Der Sicherheitsdienst überprüft, ob die Identität gültig ist, ob das Gerät zum richtigen Mandanten gehört und ob es nicht manipuliert wurde.
• 10:34
  Wenn etwas nicht stimmt, kann der Dienst die Verbindung des Geräts blockieren.
• 10:36
  Dies unterscheidet sich grundlegend vom alten Modell, bei dem Geräte einfache Kennwörter oder gemeinsam genutztes Schlüssel verwendet.
• 10:41
  Wenn ein Kennwort gestohlen wird, müssen Sie es auf jedem Gerät ändern.
• 10:44
  Bei der zertifikatbasierten Authentifizierung verfügt jedes Gerät über eigene eindeutige Anmeldeinformationen.
• 10:48
  Die Gefährdung eines Geräts gefährdet nicht den Rest der Flotte.
• 10:51
  Zweitens automatische Over-the-Air-Updates.
• 10:53
  Das ist das ultimative Feature.
• 10:54
  Wenn Microsoft eine Sicherheitslücke im Azure-Sphere-Betriebssystem findet, wird ein Patch entwickelt und über den Sicherheitsdienst direkt an jedes Gerät gesendet.
• 11:03
  Das Gerät lädt das Update herunter, überprüft mithilfe des Hardware-Vertrauensankers, ob es von Microsoft signiert wurde und installiert ist.
• 11:08
  Sie müssen nicht darauf warten, dass der Hersteller einen Fix entwickelt.
• 11:10
  Sie müssen nicht darauf warten, dass IT-Teams Wartungsfenster planen.
• 11:13
  Keine Geräte, die nie aktualisiert werden, weil niemand daran denkt, dies zu überprüfen.
• 11:17
  Das Update erfolgt automatisch, oft innerhalb weniger Tage nach Entdeckung einer Sicherheitslücke.
• 11:20
  Hier ist etwas Wichtiges. Das Gerät kann ein Update nicht ablehnen.
• 11:24
  Wenn der Sicherheitsdienst feststellt, dass ein Update verfügbar ist, muss das Gerät es installieren.
• 11:28
  Das klingt vielleicht nach Kontrolle.
• 11:29
  In der Welt der IoT-Sicherheit ist es jedoch erforderlich.
• 11:31
  Das Mirai-Botnetz entstand, weil Geräte mit bekannten Sicherheitslücken ausgeliefert wurden und niemand diese jemals gepatcht hat.
• 11:36
  Obligatorische Updates verhindern dieses Szenario.
• 11:38
  Drittens Fehlerberichterstattung.
• 11:40
  Wenn auf einem Azure Sphere-Gerät etwas schief geht zum B, ein Absturz, ein Sicherheitsereignis oder ein Hardwarefehler, meldet das Gerät dies an den Sicherheitsdienst.
• 11:48
  Damit erhalten Hersteller und Betreiber Echtzeiteinblicke in den Zustand ihrer gesamten Flotte.
• 11:52
  Wenn sich ein Gerät seltsam verhält, erfahren Sie es sofort.
• 11:56
  Wenn sich bei mehreren Geräten ein Muster herauskristallisiert, können Sie es untersuchen und reagieren.
• 12:00
  Viertens Remote-Überwachung und Nachweis.
• 12:03
  Der Sicherheitsdienst kann überprüfen, ob auf jedem Gerät in Ihrer Flotte noch vertrauenswürdige Software ausgeführt wird.
• 12:06
  Er kann sicherstellen, dass der Startvorgang sauber war, das Betriebssystem nicht geändert wurde und dass es sich um die von Ihnen genehmigten Anwendungen handelt.
• 12:13
  Wenn ein Gerät diese Prüfung nicht besteht, kann der Dienst es zur Untersuchung markieren oder den Zugriff auf ihre Ressourcen sperren.
• 12:18
  Und schließlich die 10-jährige Support-Zusage.
• 12:20
  Microsoft hat sich verpflichtet, Azure Sphere-Geräte ein Jahrzehnt lang zu unterstützen.
• 12:24
  Das bedeutet Sicherheitsupdates, Betriebssystem-Patches und die Verfügbarkeit von Cloud-Diensten für mindestens 10 Jahre ab dem Zeitpunkt, an dem ein Gerät in Betrieb genommen wird.
• 12:30
  Für Industrieanlagen und Infrastrukturen, die jahrelang im Einsatz sind, ist das eine große Sache.
• 12:34
  Hier ist eine Analogie.
• 12:35
  Der Sicherheitsdienst ist wie eine zentrale Überwachungsstation, die jede Tür in einem Gebäude in Echtzeit überwacht.
• 12:41
  Er weiß, wer wann hereingekommen ist und ob sich diese Person dort aufhalten soll.
• 12:44
  Wenn eine Tür beschädigt wird, schickt die Station sofort jemanden los, um sie zu reparieren.
• 12:47
  Außerdem tauscht sie alle paar Monate die Schlöße an allen Türen aus, ohne dass jemand danach fragen muss.
• 12:52
  Betrachten wir nun alle drei Ebenen und schauen, wie sie als ein System funktionieren.
• 12:56
  Wie alles zusammenspielt, ist die wahre Stärke.
• 12:58
  Ich führe sie durch ein realistisches Szenario.
• 13:01
  Stellen Sie sich vor, ein Unternehmen entwickelt einen neuen Industriesensor der Temperatur und Vibration in einer Produktionslinie in einer Fabrik überwacht.
• 13:06
  Dieser Sensor verwendet Azure Sphere.
• 13:08
  Verfolgen wir, was ab dem Moment passiert, indem er zum ersten Mal eingeschaltet wird.
• 13:11
  Schritt 1.
• 13:12
  Der Chip bootet.
• 13:13
  Erinnern Sie sich an das Boot- und Sicherheitssubsystem.
• 13:15
  Das ist, was ausgeführt wird.
• 13:17
  Es überprüft seine eigene Identität auf Hardware-Ebene und stellt dann sicher, dass der Bootloader von Microsoft signiert und genehmigt wurde.
• 13:22
  Erst dann lässt es die Ausführung des Bootloaders zu.
• 13:25
  Wenn jemand versucht hätte, nicht autorisierte Firmware auf den Chip zu flashen, würde der Bootvorgang an dieser Stelle abbrechen.
• 13:30
  Schritt 2.
• 13:30
  Der Bootloader lädt das Betriebssystem, lädt jedoch nicht einfach alles, was im Arbeitsspeicher abgelegt ist.
• 13:35
  Er gleicht das Betriebssystem-Image anhand einer kryptografischen Signatur ab.
• 13:38
  Das Betriebssystem muss sich in einem bekannten, fehlerfreien Zustand befinden, der von Microsoft signiert wurde und nicht manipuliert wurde.
• 13:42
  Wenn das Betriebssystem geändert wurde, verweigert der Chip das Lagen des Betriebses.
• 13:45
  Das Gerät bleibt gesperrt.
• 13:46
  Schritt 3.
• 13:47
  Das Betriebssystem wird gestartet und das Gerät stellt eine Verbindung zum Azure Sphere Sicherheitsdienst her.
• 13:52
  Es legt seine eindeutige zertifikatbasierte Identität vor.
• 13:54
  Der Dienst überprüft, ob dieses Gerät zum richtigen Mandanten gehört und seine Identität gültig ist.
• 13:59
  Wenn alles in Ordnung ist, wird das Gerät da authentifiziert.
• 14:02
  Schritt 4.
• 14:03
  Der Sicherheitsdienst überprüft die Softwareversion des Geräts.
• 14:05
  Wird das neueste Betriebssystem ausgeführt?
• 14:07
  Gibt es Sicherheitspatches, die angewendet werden müssen?
• 14:09
  Wenn Updates verfügbar sind, werden sie sofort vom Dienst bereitgestellt.
• 14:13
  Das Gerät lädt die Updates herunter, überprüft, ob sie signiert sind und installiert sie.
• 14:16
  Erst wenn das Gerät vollständig auf dem neuesten Stand ist, wird mit dem nächsten Schritt fortgeführt.
• 14:19
  Schritt 5.
• 14:20
  Das Gerät nimmt seine Arbeit auf.
• 14:21
  Es beginnt, Telemetriedaten, Temperaturmesswerte, Vibrationspegel und den Betriebsstatus zurück an die Cloud zu senden.
• 14:27
  Die gesamte Kommunikation erfolgt über authentifizierte, verschlüsselte Kanäle.
• 14:31
  Das Gerät empfängt bei Bedarf auch Befehle.
• 14:34
  Dies kann eine Konfigurationsänderung oder eine Anforderung zum Ausführen einer Diagnose sein.
• 14:37
  Jeder Befehl wird überprüft und autorisiert.
• 14:39
  Folgendes geschieht während der Lebensdauer des Geräts.
• 14:42
  Alle paar Wochen oder Monate veröffentlicht Microsoft Sicherheitsupdates.
• 14:45
  Der Azure Sphere Sicherheitsdienst überträgt diese Updates automatisch an das Gerät.
• 14:49
  Das Gerät installiert sie oft ohne Ausfallzeiten.
• 14:51
  Der Anlagenbetreiber muss nichts tun.
• 14:52
  Der Sensor funktioniert einfach weiter, führt aber immer die neueste und sicherste Software aus.
• 14:57
  Wenn etwas schief geht es.
• 14:58
  B.
• 14:59
  Wenn das Gerät abstürzt oder eine Anomalie erkennt, meldet er den Fehler an den Sicherheitsdienst.
• 15:03
  Der Betreiber erhält eine Warnung.
• 15:05
  Er kann den Fehler remote untersuchen.
• 15:06
  Bei Bedarf kann er eine Fehlerbehebung durchführen oder das Gerät neu konfigurieren.
• 15:09
  Und das alles ohne einen Techniker in die Fabrik her schicken zu müssen.
• 15:11
  Die wichtigste Erkenntnis hier ist, etwas ist wert, ist wiederhol zu werden.
• 15:14
  Sicherheit ist kein Feature, das man einem Gerät hinzufügt.
• 15:16
  Sie ist die Grundlage, auf der alles andere läuft.
• 15:18
  Azure Sphere fügt die Sicherheit nicht nachträglich hinzu.
• 15:20
  Das gesamte Gerät, die Hardware, das Betriebssystem und die Cloud-Verwaltung sind von Anfang an auf Sicherheit ausgelegt.
• 15:25
  Das ist die wahre Stärke der Plattform.
• 15:26
  Nicht ein einzelnes Feature, sondern das Zusammenspiel aller drei Ebenen.
• 15:30
  Der Chip stellt den Hardware-Vertrauensanker bereit, das Betriebssystem, die abgesicherte Umgebung
• 15:34
  und der Cloud-Dienst, die laufende Verwaltung und Updates.
• 15:37
  Zusammen ergeben sie etwas, das mehr ist als die Summe seiner Teile.
• 15:40
  Eine Sicherheitsplattform ist jedoch nur so gut wie ihre Erfolgsbelang.
• 15:43
  Sprechen wir also ehrlich über die gefundenen Schwachstellen.
• 15:46
  Das ehrliche Bild, Schwachstellen und Realität.
• 15:48
  Seien wir ehrlich, eine Plattform, die kugelsichere Lösungen verspricht, wird genau unter die Lupe genommen.
• 15:53
  Und Azure Sphere hat ihren Anteil daran gehabt.
• 15:55
  Im Jahr 2020 hat Microsoft die Azure Sphere Security Research Challenge ins Leben.
• 15:59
  Sicherheitsforscher wurden dazu aufgefordert, die Plattform zu untersuchen, Schwachstellen zu finden und diese zu melden.
• 16:03
  Es ist brutal ausnahm das Angebot an.
• 16:05
  Im Laufe der Zeit wurden 31 Schwachstellen im gesamten Stake gefunden.
• 16:09
  Um welche Art von Fehlern handelt es?
• 16:10
  Kernelprobleme, durch die ein Angreifer das System zum Absturz bringen konnte.
• 16:13
  Pfade zur Eskalation von Rechten, durch die eine schädliche App Zugriff auf höherer Ebene erhalten konnte.
• 16:17
  Ausführungen von nicht signiertem Code.
• 16:19
  Die Art von Fehlern, die das Versprechen, dass nur signierte Software ausgeführt werden kann, untergräben.
• 16:22
  Einige davon waren schwerwiegend, einige wenige wurden als kritischer.
• 16:25
  Hier ist nun der wichtige Kontext.
• 16:26
  Microsoft hat diese Untersuchung in Auftrag gegeben.
• 16:28
  Sie haben ein formelles Programm eingerichtet, Forscher bezahlt und jede einzelne gemeldete Sicherheitslücke behoben.
• 16:32
  Jeder dieser 31 Fehler wurde über das automatische Update-System gepatcht, über das wir bereits gesprochen haben.
• 16:36
  Innerhalb weniger Wochen nach der Entdeckung wurden die Fixes auf die Geräte im Einsatz bereitgestellt.
• 16:40
  Und noch etwas.
• 16:41
  Es gibt keine dokumentierten Fälle, in denen diese Sicherheitslücken in der realen Welt ausgenutzt wurden.
• 16:45
  Keine groß angelegten Angriffe.
• 16:47
  Keine Botnetze, die aus Azure Sphere-Geräten aufgebaut wurden.
• 16:49
  Die Untersuchung war gründlich, aber sie war auch, das bedeutet nicht, dass Azure Sphere perfekt ist.
• 16:53
  Keine Plattform ist perfekt.
• 16:54
  Entscheidend ist, wie schnell Probleme gefunden und behoben werden.
• 16:57
  Und in dieser Hinsicht kann Azure Sphere eine starke Erfolgsbilanz vorweisen.
• 16:59
  Die Pipeline für verpflichtende Updates bedeutet, dass jedes Gerät gepatcht wird, wenn eine Sicherheitslücke entdeckt wird.
• 17:04
  Nicht nur einige Geräte.
• 17:05
  Nicht nur Geräte, deren Hersteller sich die Mühe gemacht hat, ein Update zu veröffentlichen, sondern jedes einzelne Gerät.
• 17:10
  Vergleichen Sie das mit dem Rest der IoT-Welt.
• 17:12
  Andere Plattformen weisen ebenfalls Sicherheitslücken auf, aber viele von ihnen verfügen nicht über einen Mechanismus für verpflichtende Abung.
• 17:16
  Eine Sicherheitslücke wird entdeckt, der Hersteller veröffentlicht einen Patch und dann passiert nichts mehr.
• 17:21
  Geräte bleiben jahrelang ungepatcht, weil niemand das Update bereitstellt.
• 17:24
  Azure Sphere beseitigt dieses Problem.
• 17:25
  Der Kompromiss ist jedoch ja.
• 17:26
  Eine eng integrierte Plattform bedeutet starke Sicherheitsgarantien, aber auch Abhängigkeit von Microsoft.
• 17:31
  Sie können das Betriebssystem nicht austauschen oder einen anderen Chip verwenden.
• 17:34
  Sie sind vollständig im Azure Sphere Ökosystem integriert.
• 17:36
  Für manche Organisationen ist das ein Dealbreaker.
• 17:38
  Für andere ist es ein fairer Preis dafür, sich nicht selbst um die Sicherheit kümmern zu müssen.
• 17:42
  Die ehrliche Erkenntnis daraus ist, Azure Sphere ist nicht unverwundbar.
• 17:45
  Es gab Fehler und es wird weitere Fehler geben, aber die Plattform ist so konzipiert, dass sie mit dieser Realität umgehen hat.
• 17:49
  Die Update-Pipeline, der Hardware-Vertrauensanker, das gesperrte Betriebssystem, all das existiert.
• 17:53
  Bei Microsoft wusste, da Schwachstellen gefunden werden würden.
• 17:56
  Das Ziel ist nicht, perfekt zu sein, sondern widerscheinensfähig.
• 17:58
  Also für wen ist das eigentlich da?
• 17:59
  Und wann sollte man sich darum kümmern?
• 18:01
  Für wen ist das gedacht?
• 18:03
  Andungsverlass erbrannt.
• 18:04
  Azure Sphere eignet sich nicht für jedes Gerät.
• 18:06
  Es ist für Geräte vorgesehen, bei denen eine Sicherheitsverletzung mehr kosten würde als das Gerät selbst.
• 18:10
  Denken Sie an industrielle Sensoren, die Fabrikanlagen überwachen.
• 18:13
  Ein kompromittierter Sensor könnte falsche Messwerte senden und die Bediener dazu veranlassen, schlechte Entscheidungen zu tun.
• 18:17
  Oder schlimmer noch, ein Angreifer könnte diesen Sensor als Einfallstor für das Eindringen in das Fabriknetzwerk nutzen.
• 18:22
  Die Kosten einer solchen Sicherheitsverletzung können sich auf Millionen die Produkte zu tun.
• 18:25
  Denken Sie an gewerbliche Geräte, Verkaufsautomaten, HLK-Systeme und Steuerungen für die Gebäudeautomation.
• 18:30
  Diese Geräte stehen an öffentlichen Orten und sind oft jahrelang mit Netzwerken verbunden.
• 18:34
  Niemand aktualisiert sie.
• 18:35
  Niemand denkt an sie.
• 18:36
  Sie sind perfekte Ziele für Angreifer, die nach einem Einstiegspunkt suchen.
• 18:39
  Denken Sie an die Infrastruktur intelligenter Städte, Ampeln, Umweltsensoren und Steuerung für Wassersysteme.
• 18:43
  Wenn diese kompromittiert werden, sind nicht nur Daten, sondern auch physische Ressourcen gefährdet.