Die Macht des Vertrauens: PKI für IoT

PKI für IoT ist die Verwendung von digitalen Zertifikaten, Schlüsselpaaren und Zertifizierungsstellen, um jedem angeschlossenen Gerät eine überprüfbare Identität zu geben, die Gerätekommunikation zu verschlüsseln und nachzuweisen, dass Daten und Firmware nicht verändert wurden.

Die Public-Key-Infrastruktur (PKI) sichert IoT-Systeme (Internet der Dinge), indem sie jedem Gerät ein X.509-Zertifikat als Identitätsnachweis ausstellt. Geräte nutzen diese Zertifikate zur gegenseitigen Authentifizierung, zur Verschlüsselung des Datenverkehrs über TLS oder DTLS und zur Überprüfung signierter Firmware. So können nur authentische, unverfälschte Geräte dem Netzwerk beitreten und darin betrieben werden.

Wichtige Erkenntnisse

• PKI stellt jedem IoT-Gerät ein eindeutiges X.509-Zertifikat zur Verfügung, das zur Authentifizierung, verschlüsselten Kommunikation und Überprüfung der Firmware-Integrität verwendet wird.
• IEEE 802.1AR definiert vom Hersteller installierte Geräteidentitäten (IDevIDs), die Betreiber während des Onboardings durch lokal ausgegebene LDevIDs ergänzen.
• Registrierungsprotokolle automatisieren die Ausstellung im Flottenmaßstab: EST (RFC 7030) und BRSKI (RFC 8995) ermöglichen die berührungslose Zertifikatsbereitstellung.
• NIST SP 800-232, veröffentlicht am 13. August 2025, standardisierte die Ascon-Familie von ressourcenschonenden kryptografischen Algorithmen für Geräte mit begrenzten Ressourcen.
• Der EU-Cyberresilienz-Akt tritt am 11. Dezember 2027 vollständig in Kraft und macht die überprüfbare Geräteidentität sowie sichere Updates zu einer Voraussetzung für den Marktzugang.

Was PKI in einer IoT-Implementierung leistet

PKI bietet drei Sicherheitsfunktionen für vernetzte Geräte: Authentifizierung, verschlüsselte Kommunikation und Datenintegrität.

• Authentifizierung: Jedes Gerät besitzt einen privaten Schlüssel und ein zugehöriges X.509-Zertifikat, das von einer Zertifizierungsstelle (CA) ausgestellt wurde. Während der gegenseitigen TLS-Verschlüsselung weist das Gerät den Besitz seines privaten Schlüssels nach, und das Netzwerk verifiziert die Zertifikatskette bis zu einer vertrauenswürdigen Stammzertifizierungsstelle. Ein Gerät, das kein gültiges Zertifikat vorweisen kann, wird nicht verbunden.
• Verschlüsselte Kommunikation: Zertifikate bilden die Grundlage für den Schlüsselaustausch von TLS 1.3 (RFC 8446) und seinem Datagramm-Pendant DTLS 1.3 (RFC 9147), welche Telemetriedaten, Befehle und Aktualisierungen während der Übertragung zwischen Geräten, Gateways und Cloud-Diensten schützen.
• Daten- und Firmware-Integrität: Digitale Signaturen belegen die Herkunft von Daten und deren Unverfälschtheit. Der höchste Nutzen liegt in der signierten Firmware: Ein Gerät überprüft die Signatur des Herstellers vor der Installation eines Updates, wodurch ein Austausch der Firmware durch Schadsoftware verhindert wird.

Ein IoT-Gerät ohne Zertifikat muss in Ihrem Netzwerk vertrauenswürdig sein. PKI ersetzt dieses Vertrauen durch einen kryptografischen Nachweis, der für Millionen von Geräten skalierbar ist. Weitere Informationen zu Zertifikaten, Schlüsseln und den Grundlagen von Zertifizierungsstellen (CA) finden Sie unter „Was ist PKI und wie funktioniert es?“ (/education-center/what-is-pki/).

Wie IoT-Geräte ihre Identität erhalten

Die Identifizierung von IoT-Geräten beginnt in der Fabrik und wird im Netzwerk des Betreibers abgeschlossen.

Der Hersteller installiert während der Produktion eine anfängliche Geräte-ID (IDevID). IEEE 802.1AR, überarbeitet 2018, definiert diese Identität als ein X.509-Zertifikat und ein Schlüsselpaar, die kryptografisch an das Gerät gebunden sind und idealerweise in einem Secure Element oder TPM gespeichert werden. Sobald das Gerät den Besitzer erreicht, vergibt der Betreiber eine oder mehrere lokale Geräte-IDs (LDevIDs), die das Vertrauen und die Richtlinien des Betreibers widerspiegeln und die IDevID als Herkunftsnachweis des Geräts verwenden.

Registrierungsprotokolle automatisieren diesen Übergabeprozess. Die Registrierung über sicheren Transport (EST, RFC 7030) ermöglicht es einem Gerät, Zertifikate über einen authentifizierten TLS-Kanal anzufordern und zu erneuern. BRSKI (Bootstrapping Remote Secure Key Infrastructure, RFC 8995, veröffentlicht im Mai 2021) erweitert EST um herstellersignierte Gutscheine, sodass ein Gerät ohne Eingriff eines Technikers registriert werden kann: Das Gerät weist seine IDevID nach, der Herstellerdienst bestätigt die Identität des neuen Besitzers, und das Gerät erhält sein Betriebszertifikat ohne Beteiligung eines Technikers.

Der Smart-Home-Standard Matter der Connectivity Standards Alliance (CSA) zeigt dieses Modell in der Praxis. Jedes zertifizierte Matter-Gerät verfügt über ein eindeutiges Geräte-Attestierungszertifikat (DAC), das von einer Produkt-Attestierungsstelle (PAI) unterzeichnet und mit einer Produkt-Attestierungsstelle (PAA) im Matter Distributed Compliance Ledger (DCL) verknüpft ist. Die Inbetriebnahme schlägt fehl, wenn die Kette nicht verifiziert werden kann.

Standard	Was es abdeckt	Warum das für IoT PKI wichtig ist
IEEE 802.1AR-2018	Sichere Geräteidentität: IDevID- und LDevID-Zertifikate sind an die Hardware gebunden	Definiert die Geburtsurkunde, die jedes Gerät ab Werk mit sich führt.
EST (RFC 7030)	Zertifikatsregistrierung über authentifiziertes TLS	Automatisiert die Ausstellung und Verlängerung von Lizenzen für große Flotten
BRSKI (RFC 8995)	Zero-Touch-Bootstrapping mithilfe von IDevIDs und Herstellergutscheinen	Entfernt die manuelle Bereitstellung aus dem Geräte-Onboarding
Matter PKI (CSA)	PAA-, PAI- und DAC-Attestierungskette mit DCL als Vertrauensstammregister	Produktionsbeispiel für eine geräteweite Attestierung im gesamten Ökosystem
ETSI EN 303 645 V3.1.3 (September 2024)	Grundlegende Sicherheitsanforderungen für IoT-Geräte für Endverbraucher	Erfordert sichere Kommunikations- und Aktualisierungsmechanismen, die von der PKI implementiert werden.

Fünf PKI-Herausforderungen im IoT und was funktioniert

Die fünf wiederkehrenden Herausforderungen bei IoT PKI sind begrenzte Hardware, Skalierbarkeit, dynamische Flotten, Interoperabilität und CA-Schutz.

Herausforderung	Warum das im IoT passiert	Was funktioniert
Ressourcenbeschränkungen	Batteriebetriebene Mikrocontroller verfügen über wenig Speicher und Rechenleistung für die Kryptographie.	Elliptische-Kurven-Schlüssel (ECDSA P-256) anstelle von RSA; Ascon-Leichtgewichtalgorithmen (NIST-SP 800-232TLS-Sitzungswiederaufnahme; kurze Zertifikatsketten
Skalierung und Leistung	Die Flotten umfassen Millionen von Zertifikaten, wobei die Ausstellungsspitzen bei der Herstellung und Erneuerung auftreten.	Automatisiertes Zertifikatslebenszyklusmanagement; hierarchisches CA-Design mit Offline-Root- und dedizierten ausstellenden CAs; Bereitstellung bei der Herstellung
Schlüsselmanagement in dynamischen Flotten	Geräte werden hinzugefügt, entfernt, wechseln den Besitzer und bleiben jahrelang im Einsatz.	Kurzlebige LDevIDs mit automatischer Verlängerung über EST; geplanter Widerruf mittels CRLs oder OCSP; Richtlinien zur Schlüsselrotation werden durch Tools und nicht durch Personen durchgesetzt.
Standardisierung und Interoperabilität	Multi-Vendor-Stacks müssen die Anmeldeinformationen der jeweils anderen Anbieter validieren.	X.509-Profile gemäß RFC 5280; 802.1AR-Identitäten; PKI-Ökosysteme wie Matter; Vermeidung proprietärer Zertifikatsformate
CA-Sicherheit	Eine kompromittierte Zertifizierungsstelle ermöglicht es einem Angreifer, vertrauenswürdige Identitäten für die gesamte Flotte zu erstellen.	CA-Privatschlüssel in FIPS 140-3-validierten HSMs; Offline-Root-CA; protokollierte Schlüsselzeremonien; überwachte Schlüsselausgabe

Der Schutz von Zertifizierungsstellen (CA) verdient höchste Aufmerksamkeit, da hier die gravierendsten Sicherheitslücken auftreten. Jede Vertrauensentscheidung eines Geräts basiert auf den CA-Schlüsseln. Daher gehören diese Schlüssel in ein Hardware-Sicherheitsmodul, die Root-CA offline und jede Zertifikatsausstellung in ein Audit-Log. Der Lieferkettenangriff auf SolarWinds im Jahr 2020 verdeutlichte die Tragweite dieser Entwicklung: Angreifer kompromittierten die Build-Pipeline, und das infizierte Update wurde mit dem gültigen Firmenzertifikat signiert ausgeliefert, da zwischen Build und Signatur keinerlei Schutzmaßnahmen bestanden. Zertifikate sichern Identität und Transport. Weitere Informationen zur Gerätehärtung finden Sie unter „IoT-Schwachstellen beheben“ (/education-center/how-to-secure-iot-vulnerabilities/).

Compliance-Fristen, die die IoT-PKI prägen

Drei Regulierungsprogramme verknüpfen nun die Geräteidentität und die Update-Sicherheit mit dem Marktzugang.

• EU-Gesetz zur Cyberresilienz (Verordnung (EU) 2024/2847): In Kraft getreten am 10. Dezember 2024. Meldepflichten für Sicherheitslücken und Vorfälle gelten ab dem 11. September 2026, und die vollständigen Anforderungen, einschließlich der Verpflichtungen zu sicherer Entwicklung und sicheren Updates mit CE-Kennzeichnung, gelten ab dem 11. Dezember 2027. Signierte Firmware und zertifikatsbasierte Geräteidentität sind der praktikable Weg, die Update- und Integritätsanforderungen zu erfüllen.
• ETSI EN 303 645 V3.1.3 (September 2024): Der europäische Standard für die Sicherheit von IoT-Geräten für Endverbraucher. Seine Bestimmungen für sichere Kommunikation, keine universellen Standardpasswörter und verifizierte Software-Updates lassen sich direkt auf zertifikatsbasierte Authentifizierung und signierte Firmware übertragen.
• US Cyber ​​Trust Mark: Die FCC richtete dieses freiwillige Kennzeichnungsprogramm für IoT-Produkte für Endverbraucher im März 2024 ein. Eine Exekutivverordnung vom Juni 2025 schreibt die Kennzeichnung von IoT-Produkten für Endverbraucher vor, die ab dem 4. Januar 2027 an die US-Bundesregierung verkauft werden. Die FCC ernannte die ioXt Alliance im April 2026 zum Hauptverwalter des Programms.

Post-Quanten-Planung für langlebige Geräte

Geräte, die zehn bis zwanzig Jahre im Einsatz bleiben, überdauern die RSA- und ECC-Zertifikate, mit denen sie ausgeliefert werden.

Ein ausreichend leistungsstarker Quantencomputer, der Shors Algorithmus ausführt, kann RSA- und ECDSA-Signaturen fälschen, wodurch sowohl die Geräteauthentifizierung als auch die Firmware-Signatur untergraben würden. Das NIST veröffentlichte am 13. August 2024 seine Standards für quantenresistente Signaturen: ML-DSA (FIPS 204) und SLH-DSA (FIPS 205). Die CNSA-2.0-Richtlinie der NSA sieht ab 2027 ausschließlich quantenresistente Algorithmen für die Software- und Firmware-Signatur in US-amerikanischen nationalen Sicherheitssystemen vor. Die Firmware-Signatur ist der richtige Ausgangspunkt für jedes IoT-Programm, da die heute signierte Firmware am Ende der Gerätelebensdauer weiterhin verifiziert werden muss.

Zwei Designentscheidungen bestimmen, ob eine Geräteflotte migriert werden kann: aktualisierbare Vertrauensanker, damit ein Gerät über ein signiertes Update eine neue Vertrauensbasis akzeptieren kann, und Kryptoagilität im Zertifikatsstapel, damit Hybridzertifikate mit klassischen und Post-Quanten-Signaturen den Übergang ermöglichen. Geräte, die ohne eine dieser beiden Komponenten ausgeliefert werden, müssen ausgetauscht werden.

Wie Verschlüsselungsberatung hilft

PKI-as-a-Service ist die Managed-PKI-Plattform von Encryption Consulting. Sie entwirft und betreibt die Zertifizierungsstellenhierarchie hinter Ihrer Geräteflotte, stellt Geräte- und Betreiberzertifikate in großem Umfang aus und speichert die Zertifizierungsstellenschlüssel in FIPS-validierten HSMs. Der CertSecure Manager automatisiert anschließend die Erkennung, Erneuerung und den Widerruf von Zertifikaten über den gesamten Lebenszyklus hinweg. Der PQC Advisory von Encryption Consulting plant den Migrationspfad für langlebige Geräte. Die Plattform basiert auf ISO/IEC 27001:2022- und SOC-2-zertifizierten Verfahren.

Häufig gestellte Fragen

Was ist PKI im IoT?

Die Public-Key-Infrastruktur (PKI) im Internet der Dinge (IoT) ist ein System aus digitalen Zertifikaten, Schlüsselpaaren und Zertifizierungsstellen, das jedem vernetzten Gerät eine verifizierbare Identität verleiht. Geräte präsentieren X.509-Zertifikate, um sich gegenüber Netzwerken und Diensten zu authentifizieren, verschlüsselte TLS- oder DTLS-Sitzungen aufzubauen und digitale Signaturen bei Firmware-Updates zu überprüfen. Dadurch wird sichergestellt, dass nur authentische und unverfälschte Geräte im Netzwerk funktionieren.

Was ist ein IDevID-Zertifikat?

Eine IDevID (Initial Device Identifier) ​​ist eine vom Hersteller installierte Geräteidentität gemäß IEEE 802.1AR. Sie besteht aus einem X.509-Zertifikat und einem zugehörigen Schlüsselpaar, die während der Produktion bereitgestellt und kryptografisch an das Gerät gebunden werden, idealerweise in einem Secure Element oder TPM. Netzwerkbetreiber ergänzen die IDevID später durch lokal ausgestellte LDevIDs, die ihre eigenen Betriebsrichtlinien und -sicherheitsrichtlinien beinhalten.

Wie können IoT-Geräte in großem Umfang Zertifikate beantragen?

Flotten registrieren sich über automatisierte Protokolle anstatt manuell. Die Registrierung über sicheren Transport (EST, RFC 7030) ermöglicht es einem Gerät, Zertifikate über einen authentifizierten TLS-Kanal anzufordern. BRSKI (RFC 8995) erweitert EST um herstellersignierte Gutscheine, sodass ein Gerät seine IDevID nachweisen und ohne manuelle Eingriffe registriert werden kann. Plattformen für das Zertifikatslebenszyklusmanagement automatisieren anschließend die Erneuerung und den Widerruf.

Können ressourcenbeschränkte IoT-Geräte PKI bewältigen?

Ja, mit der richtigen Algorithmuswahl. Elliptische-Kurven-Schlüssel (wie ECDSA P-256) bieten hohe Sicherheit mit deutlich kleineren Schlüsseln und Signaturen als RSA, was sich für stromsparende Mikrocontroller eignet. Für symmetrische Operationen hat NIST SP 800-232 (August 2025) die Ascon-Familie ressourcenschonender Algorithmen speziell für ressourcenbeschränkte Geräte standardisiert. Sitzungswiederaufnahme und kurze Zertifikatsketten reduzieren den Overhead zusätzlich.

Hat Post-Quanten-Kryptographie Auswirkungen auf IoT-Geräte?

Ja. Ein ausreichend leistungsstarker Quantencomputer, der Shors Algorithmus ausführt, könnte die RSA- und ECDSA-Signaturen erzeugen, die heute Geräteidentitäten und Firmware schützen. Das NIST hat ML-DSA (FIPS 204) und SLH-DSA (FIPS 205) im August 2024 als quantenresistente Alternativen standardisiert. Geräte, die zehn Jahre oder länger im Einsatz bleiben, benötigen aktualisierbare Vertrauensanker und Firmware-Signaturverfahren, die auf diese Algorithmen umgestellt werden können.

Gib jedem Gerät eine Identität, die es beweisen kann.

Sind Sie bereit, Ihre Geräteflotte mit zertifikatsbasierter Vertrauenswürdigkeit abzusichern? Informieren Sie sich über PKI-as-a-Service oder sprechen Sie mit einem PKI-Berater von Encryption Consulting.