IoT-Sicherheit: Deployment-Barrieren überwinden

Sicherheit bleibt Top-Priorität in Entwicklung und Deployment des Internet of Things. Gartner berichtet, dass IoT-Sicherheit bis 2020 20 % aller Sicherheitsbudgets ausmachen wird.

Nick Sacke, Head of Product and IoT bei Comms365, warnt: Analysten, Vendoren und Stakeholder sind zunehmend besorgt über signifikante Sicherheitsrisiken bei IoT-Rollouts. Diese Sorgen prägen Entscheidungsfindung und untergraben Endnutzer-Vertrauen – besonders bei Nutzung bestehender Netze wie Wi-Fi mit Vulnerability-Historie oder neuerer unlizenzierter Spektrum-Systeme wie LoRaWAN und Sigfox.

Fehlende branchenweite Standardisierung ist ein weiteres Hindernis. Alte wie neue Netze benötigen kohärente Security-Policies, um voranzukommen.

Informationsmangel

Ein Hauptfaktor, der Vertrauen untergräbt, ist die Knappheit an Informationen über bereits vorhandene Sicherheitsmaßnahmen der Netze, die IoT untermauern – sowohl lizenzierte als auch unlizenzierte. Low-Power Wide-Area Network (LPWAN) Plattformen wie LoRaWAN und Sigfox operieren im unlizenzierten Spektrum und wurden kritisiert, weil ihnen traditionelle Sicherheitsmechanismen zellularer Netze fehlen. Carrier argumentieren oft, dass ein zelluläres IoT-Netz „sicherer“ sei, weil Traffic innerhalb der Carrier-Kontrolle bleibt.

Es ist essenziell, die Art des Sensor-Traffics und die anwendbare Security an jedem Netzwerkpunkt zu unterscheiden. Der gesamte LoRaWAN-Traffic ist Non-IP, nutzt 128-Bit-AES-Verschlüsselung und wird von einem Application Server in einer Private-Cloud-Umgebung entschlüsselt. Dies steht im starken Kontrast zu Wi-Fi-basierten Sensornetzen, die an öffentliche Internet-Gateways anbinden und daher strikte On-Premise-Sicherheitsmaßnahmen erfordern. Idealerweise sollten öffentliche Netze, ihre Provider und Gerätehersteller jedes Designelement prüfen, um Schutz zu maximieren und Nutzer zu beruhigen.

Während Sicherheitsbedenken real sind, sind nicht alle IoT-Netze gleich verwundbar. Jüngste LoRaWAN-Deployments integrieren eingebaute Security von Beginn an – entscheidend für Datenschutz.

Wer trägt letztlich Verantwortung für IoT-Sicherheit? Die Antwort: alle Parteien – Netzwerkbetreiber, Gerätehersteller und Endnutzer. Ein koordinierter End-to-End-Ansatz ist erforderlich, um IoT von Entwicklung über Deployment bis zum täglichen Betrieb zu sichern. Je nach gewählter Netzwerkzugangstechnologie können inhärente Sicherheitsfeatures – wie in zellularem LPWAN – bereits existieren, aber ähnliche Arrangements lassen sich für unlizenzierte Spektrum-Netze durch Erstellung privater, mehrschichtiger Security-Architekturen etablieren.

Wie es eine Stadt machte

Das Milton Keynes Smart-City-Projekt deployte Ende letzten Jahres ein LoRaWAN-Netz, das Stadtzentrumsbereiche für diverse Use Cases abdeckt – Energie, Parken, Umweltmonitoring.

Daten von tausenden LoRa-basierten Sensoren werden sicher über das LPWAN gesammelt und in einen purpose-built IoT Data Hub eingespielt, wo sie von mehreren Stakeholdern in einer überwachten, rechtlich konformen Umgebung analysiert werden können.

Angesichts Deployment-Skala und bedienter Bevölkerung ist Security paramount. Konsumenten müssen vertrauen, dass der Sicherheitsrahmen robust ist – nicht nur in Software, sondern auch in der physischen Umgebung. Initiativen wie Blockchain werden bereits erforscht, um Security zu vertiefen, selbst für Public-Network-Traffic. Vielleicht das kritischste Element: Schutz der Standorte, wo Geräte physisch deployed sind, um lokales Tampering zu verhindern.

Wenn ein lokaler Angreifer ein Gerät kompromittieren kann, ist die Integrität des gesamten Datenpfads kompromittiert. Tamper-Proofing ist daher essenziell für Monitoring der IoT-Sensor-Gesundheit – von einfachen Accelerometer-Checks bis Temperaturvariationen –, damit Analytics Interferenzen detektieren und mitigieren können.

Unternehmensunsicherheit über Security kann Deployment verzögern, muss es aber nicht. Durch Anwenden von Security an jeder Stufe – Device, Edge, WAN und Cloud – wird eine höhere Wahrscheinlichkeit erreicht, potenzielle Breaches zu mitigieren.

Hersteller integrieren bereits viele Security-Features direkt in Geräte, und die Halbleiterindustrie adressiert aktiv Hardware-Security. Doch das Fehlen standardisierter Hardware-Security-Guidelines bleibt Barriere. Fragmentierung persistiert, da Hersteller proprietäre Lösungen verfolgen, aber branchenübergreifende Koordination kann diese Herausforderung überwinden.

Wenn die richtigen Partner und Systeme gewählt werden, können Deployment und Security nahtlos sein. Fortgesetzte Fortschritte in IoT-Security geben Kunden das Vertrauen, im großen Maßstab und mit Intensität zu deployen.

Autor dieses Blogs: Nick Sacke, Head of Product and IoT bei Comms365.