Kurz gesagt: Eine IoT-Geräteidentität ist ein eindeutiges, zertifikatsbasiertes Merkmal, mit dem sich ein Gerät kryptografisch ausweist. Sie entsteht idealerweise schon in der Fertigung, wird im Feld erneuert und am Lebensende widerrufen. Ohne automatisiertes Zertifikatsmanagement über Protokolle wie EST oder SCEP lässt sich das bei großer Anzahl von Geräten nicht beherrschen.
Ob Sensor, Steuerung oder medizinisches Gerät: In vernetzten Umgebungen muss jedes System beweisen können, wer es ist. Passwörter oder gemeinsame Schlüssel skalieren dafür schlecht und lassen sich leicht kopieren – ein einziges kompromittiertes Geheimnis gefährdet dann eine ganze Produktion.
Eine zertifikatsbasierte IoT-Geräteidentität löst das Problem, indem sie jedem Gerät einen eigenen privaten Schlüssel und ein X.509-Zertifikat zuweist. Dieser Beitrag zeigt, wie eine solche Identität über den gesamten Lebenszyklus entsteht, gepflegt und abgesichert wird – und welche Protokolle den Betrieb bei tausenden Geräten überhaupt erst beherrschbar machen.
Verschlüsselung allein sagt nichts darüber aus, mit welchem Gerät man kommuniziert. Erst eine überprüfbare Identität erlaubt es, ein Gerät zu authentifizieren, ihm gezielt Rechte zu geben und seine Kommunikation, etwa per authentifizierter TLS Verbindung, abzusichern. Eine IoT-Geräteidentität stützt sich auf ein Schlüsselpaar, dessen privater Teil das Gerät nie verlässt, und ein Zertifikat, das den öffentlichen Schlüssel mit einer Seriennummer oder Kennung verknüpft.
Der Nutzen ist unmittelbar: Gefälschte oder geklonte Geräte werden erkannt, kompromittierte Einheiten lassen sich gezielt sperren, und die IoT-Sicherheit ruht auf nachprüfbarem Vertrauen statt auf geteilten Geheimnissen. Das ist besonders in der Industrie und im Gesundheitswesen relevant, wo Manipulation reale physische Folgen haben kann.
Hinzu kommt die Nachvollziehbarkeit: Weil jedes Gerät mit einer eindeutigen Kennung auftritt, lassen sich Ereignisse einem konkreten Gerät zuordnen. Das erleichtert Fehlersuche, Audits und die Reaktion auf Sicherheitsvorfälle, ohne dass anonyme Sammelkonten die Spuren verwischen.
Eine belastbare Identität beginnt möglichst früh. Idealerweise erhält ein Gerät bereits in der Produktion ein initiales Zertifikat vom Hersteller, das seine ursprüngliche Herkunft belegt. Im Betrieb wird dieses meist gegen ein betriebliches Zertifikat der jeweiligen Organisation ausgetauscht, das den Richtlinien des Betreibers entspricht. Eine bewährte Vorgangsweise ist:
Weil Geräte oft jahrelang im Feld bleiben und selten physisch erreichbar sind, muss dieser Lebenszyklus vollständig aus der Ferne und ohne Vor-Ort-Eingriff funktionieren. Ein klar definierter Übergang vom Hersteller zum Betreiberzertifikat verhindert dabei, dass Geräte dauerhaft an die Produktionskette gebunden bleiben.
Für den zuverlässigen Betrieb haben sich einige Grundregeln bewährt. Sie verhindern, dass aus einem Skalierungsproblem ein Sicherheitsrisiko wird:
Ergänzend lohnt es sich, kurze Laufzeiten zu wählen: Sie verkleinern das Zeitfenster für Missbrauch und erzwingen eine funktionierende Automatisierung.
Der wunde Punkt großer IoT-Projekte ist selten die Kryptografie, sondern das Onboarding: Wie kommt die richtige Identität automatisiert und sicher auf tausende Geräte? Standardprotokolle helfen dabei. EST (Enrollment over Secure Transport) und SCEP sind auf "embedded Systems" zugeschnitten und ermöglichen die maschinelle Beantragung und Erneuerung von Zertifikaten. In moderneren Umgebungen kommt zusätzlich ACME zum Einsatz, das aus der Web-Welt bekannt ist.
So wird die Maschinenidentität zum automatisierten Prozess: Geräte erhalten ihr sicheres Geräte-Onboarding ohne manuelle Schritte, und die IoT-Geräteidentität bleibt über Jahre gültig, ohne dass jemand physisch eingreifen muss. Damit wird aus einer technischen Einzelmaßnahme ein tragfähiger Betrieb, der auch mit wachsender Anzahl von Geräten Schritt hält.
Eine tragfähige IoT-Geräteidentität steht und fällt mit der PKI dahinter. CRYPTAS baut skalierbare Zertifikatsplattformen, die Gerätezertifikate über EST, SCEP oder ACME automatisiert ausstellen, erneuern und widerrufen – vom initialen Zertifikat bis zur Deaktivierung. Haben Sie diesen Prozess bereits etabliert?