De kracht van vertrouwen: PKI voor IoT

PKI voor IoT is het gebruik van digitale certificaten, sleutelparen en certificeringsinstanties om elk verbonden apparaat een verifieerbare identiteit te geven, apparaatcommunicatie te versleutelen en te bewijzen dat gegevens en firmware niet zijn gewijzigd.

Public Key Infrastructure (PKI) beveiligt Internet of Things (IoT)-implementaties door elk apparaat een X.509-certificaat te verstrekken dat als identiteit fungeert. Apparaten gebruiken deze certificaten om elkaar te authenticeren, verkeer te versleutelen via TLS of DTLS en ondertekende firmware te verifiëren, zodat alleen authentieke, ongewijzigde apparaten zich bij het netwerk kunnen aansluiten en erop kunnen functioneren.

Key Takeaways

• PKI geeft elk IoT-apparaat een uniek X.509-certificaat dat wordt gebruikt voor authenticatie, versleutelde communicatie en verificatie van de firmware-integriteit.
• IEEE 802.1AR definieert door de fabrikant geïnstalleerde apparaatidentiteiten (IDevID's) die operators tijdens het onboardingproces aanvullen met lokaal uitgegeven LDevID's.
• Inschrijvingsprotocollen automatiseren de uitgifte op vlootniveau: EST (RFC 7030) en BRSKI (RFC 8995) maken zero-touch certificaatvoorziening mogelijk.
• NIST SP 800-232, gepubliceerd op 13 augustus 2025, standaardiseerde de Ascon-familie van lichtgewicht cryptografische algoritmen voor apparaten met beperkte resources.
• De EU-verordening inzake cyberveiligheid is vanaf 11 december 2027 volledig van kracht, waardoor verifieerbare apparaatidentiteit en veilige updates een vereiste voor markttoegang worden.

Wat PKI biedt in een IoT-implementatie

PKI biedt drie beveiligingsfuncties voor verbonden apparaten: authenticatie, versleutelde communicatie en gegevensintegriteit.

• authenticatie: Elk apparaat beschikt over een privésleutel en een bijbehorend X.509-certificaat, uitgegeven door een certificeringsinstantie (CA). Tijdens wederzijdse TLS bewijst het apparaat het bezit van zijn privésleutel, waarna het netwerk de certificaatketen verifieert aan de hand van een vertrouwde root. Een apparaat dat geen geldig certificaat kan overleggen, kan niet deelnemen.
• Versleutelde communicatie: Certificaten vormen de basis voor de sleuteluitwisseling van TLS 1.3 (RFC 8446) en de bijbehorende datagramstandaard DTLS 1.3 (RFC 9147), die telemetrie, commando's en updates beschermen tijdens de overdracht tussen apparaten, gateways en cloudservices.
• Integriteit van gegevens en firmware: Digitale handtekeningen bewijzen de herkomst van gegevens en dat deze niet zijn gewijzigd. De meest waardevolle toepassing is ondertekende firmware: een apparaat controleert de handtekening van de fabrikant voordat een update wordt geïnstalleerd, waardoor het vervangen van de firmware door kwaadwillende partijen wordt voorkomen.

Een IoT-apparaat zonder certificaat is een apparaat dat uw netwerk blindelings moet accepteren. PKI vervangt dat blindelings accepteren door een cryptografisch bewijs dat schaalbaar is voor miljoenen apparaten. Voor meer informatie over de basisprincipes van certificaten, sleutels en certificeringsinstanties (CA's) die aan dit model ten grondslag liggen, kunt u lezen wat PKI is en hoe het werkt (/education-center/what-is-pki/).

Hoe IoT-apparaten hun identiteit verkrijgen

De identiteit van IoT-apparaten wordt vastgesteld aan de productielijn en voltooid in het netwerk van de operator.

De fabrikant installeert tijdens de productie een Initial Device Identifier (IDevID). IEEE 802.1AR, herzien in 2018, definieert deze identiteit als een X.509-certificaat en sleutelpaar dat cryptografisch aan het apparaat is gekoppeld en idealiter is opgeslagen in een beveiligd element of TPM. Wanneer het apparaat de eigenaar bereikt, geeft de operator een of meer Local Device Identifiers (LDevID's) uit die het eigen vertrouwensbeleid van de operator vertegenwoordigen, waarbij de IDevID als bewijs van herkomst van het apparaat dient.

Inschrijvingsprotocollen automatiseren die overdracht. Inschrijving via Secure Transport (EST, RFC 7030) stelt een apparaat in staat certificaten aan te vragen en te vernieuwen via een geauthenticeerd TLS-kanaal. BRSKI (Bootstrapping Remote Secure Key Infrastructure, RFC 8995, gepubliceerd in mei 2021) breidt EST uit met door de fabrikant ondertekende vouchers, zodat een apparaat volledig geautomatiseerd kan worden geregistreerd: het apparaat bewijst zijn IDevID, de service van de fabrikant staat garant voor de nieuwe eigenaar en het apparaat ontvangt zijn operationele certificaat zonder tussenkomst van een technicus.

De Matter smart-home-standaard van de Connectivity Standards Alliance laat dit model in de praktijk zien. Elk gecertificeerd Matter-apparaat heeft een uniek Device Attestation Certificate (DAC), ondertekend door een Product Attestation Intermediate (PAI), dat is gekoppeld aan een Product Attestation Authority (PAA) die is gepubliceerd in het Matter Distributed Compliance Ledger (DCL). De ingebruikname mislukt als de keten niet geverifieerd kan worden.

Standaard	Wat het omvat	Waarom dit belangrijk is voor IoT PKI
IEEE 802.1AR-2018	Beveiligde apparaatidentificatie: IDevID- en LDevID-certificaten gekoppeld aan hardware.	Definieert het geboortecertificaat dat elk apparaat vanuit de fabriek meedraagt.
EST (RFC 7030)	Certificaatregistratie via geauthenticeerde TLS	Automatiseert de uitgifte en verlenging voor grote wagenparken.
BRSKI (RFC 8995)	Zero-touch bootstrapping met behulp van IDevIDs en fabrikantvouchers	Verwijdert handmatige configuratie uit het onboardingproces van apparaten.
Materie PKI (CSA)	PAA-, PAI- en DAC-attestatieketen met de DCL als vertrouwensbasisregister.	Productievoorbeeld van ecosysteembrede apparaatcertificering
ETSI EN 303 645 V3.1.3 (september 2024)	Basisbeveiligingsvereisten voor consumenten-IoT	Vereist veilige communicatie- en update-mechanismen die PKI implementeert.

Vijf PKI-uitdagingen in IoT en wat werkt

De vijf terugkerende uitdagingen in IoT PKI zijn: beperkte hardware, schaalbaarheid, dynamische netwerken, interoperabiliteit en CA-bescherming.

Challenge	Waarom dit gebeurt in IoT	Wat werkt
Beperkte middelen	Microcontrollers op batterijen hebben weinig geheugen en rekenkracht voor cryptografie.	Elliptische-curve-sleutels (ECDSA P-256) in plaats van RSA; lichtgewicht Ascon-algoritmen (NIST SP 800-232); TLS-sessiehervatting; korte certificaatketens
Schaal en prestaties	Vloten beschikken over miljoenen certificaten, met pieken in de uitgifte tijdens de fabricage en de verlenging.	Geautomatiseerd certificaatlevenscyclusbeheer; hiërarchisch CA-ontwerp met een offline root en dedicated uitgevende CA's; provisioning tijdens de productie.
Sleutelmanagement in dynamische wagenparken	Apparaten worden toegevoegd, verwijderd, wisselen van eigenaar en blijven jarenlang in gebruik.	Kortstondige LDevID's met automatische verlenging via EST; geplande intrekking met behulp van CRL's of OCSP; sleutelrotatiebeleid afgedwongen door tools, niet door mensen.
Standaardisatie en interoperabiliteit	Bij stacks van meerdere leveranciers moeten de inloggegevens van elkaar worden gevalideerd.	X.509-profielen volgens RFC 5280; 802.1AR-identiteiten; ecosysteem-PKI's zoals Matter; vermijd propriëtaire certificaatformaten.
CA-beveiliging	Een gecompromitteerde CA stelt een aanvaller in staat om vertrouwde identiteiten te creëren voor de gehele vloot.	CA-privésleutels in FIPS 140-3 gevalideerde HSM's; offline root-CA; gecontroleerde sleutelceremonies; gecontroleerde uitgifte.

De bescherming van certificeringsinstanties (CA's) verdient de meeste aandacht, omdat het falen ervan het meest aangrijpend is. Elke vertrouwensbeslissing van een apparaat is terug te voeren op de CA-sleutels, dus die sleutels horen thuis in een hardwarebeveiligingsmodule, de root-CA hoort offline te zijn en elke uitgifte hoort in een auditlogboek te worden vastgelegd. De supply-chainaanval op SolarWinds in 2020 maakte de kosten concreet: aanvallers compromitteerden de build-pipeline en de met een trojan besmette update werd verzonden, ondertekend met het eigen geldige certificaat van het bedrijf, omdat er tussen de build en de ondertekening niets beveiligd was. Certificaten dekken identiteit en transport; voor een bredere basis voor apparaatbeveiliging, zie 'Hoe IoT-kwetsbaarheden te beveiligen' (/education-center/how-to-secure-iot-vulnerabilities/).

Nalevingstermijnen die de IoT PKI vormgeven

Drie regelgevingsprogramma's koppelen de apparaatidentificatie en de beveiliging van updates nu aan markttoegang.

• EU-verordening inzake cyberweerbaarheid (Verordening (EU) 2024/2847): Inwerkingtreding op 10 december 2024. De verplichting tot het melden van kwetsbaarheden en incidenten geldt vanaf 11 september 2026, en de volledige vereisten, inclusief de verplichtingen inzake beveiliging door ontwerp en veilige updates met CE-markering, gelden vanaf 11 december 2027. Ondertekende firmware en op certificaten gebaseerde apparaatidentificatie zijn de praktische manier om te voldoen aan de update- en integriteitsvereisten.
• ETSI EN 303 645 V3.1.3 (september 2024): De Europese basisnorm voor IoT-beveiliging voor consumenten. De bepalingen voor veilige communicatie, geen universele standaardwachtwoorden en geverifieerde software-updates sluiten direct aan op certificaatgebaseerde authenticatie en ondertekende firmware.
• Amerikaans cybertrustkeurmerk: De FCC heeft dit vrijwillige labelprogramma voor consumenten-IoT-producten in maart 2024 in het leven geroepen. Een uitvoeringsbesluit van juni 2025 vereist dat consumenten-IoT-producten die aan de Amerikaanse federale overheid worden verkocht, vanaf 4 januari 2027 van dit label worden voorzien. De FCC heeft de ioXt Alliance in april 2026 aangewezen als hoofdbeheerder van het programma.

Post-kwantumplanning voor apparaten met een lange levensduur

Apparaten die tien tot twintig jaar in gebruik blijven, zullen langer meegaan dan de RSA- en ECC-certificaten waarmee ze worden geleverd.

Een voldoende krachtige kwantumcomputer die het algoritme van Shor uitvoert, kan RSA- en ECDSA-handtekeningen vervalsen, wat zowel apparaatauthenticatie als firmwareondertekening zou ondermijnen. NIST publiceerde op 13 augustus 2024 zijn kwantumresistente handtekeningstandaarden: ML-DSA (FIPS 204) en SLH-DSA (FIPS 205). De CNSA 2.0-richtlijnen van de NSA richten zich op exclusieve kwantumresistente algoritmen voor software- en firmwareondertekening in Amerikaanse nationale veiligheidssystemen vanaf 2027. Firmwareondertekening is de juiste plek voor elk IoT-programma om te beginnen, omdat firmware die vandaag wordt ondertekend, aan het einde van de levensduur van het apparaat nog steeds geverifieerd moet worden.

Twee ontwerpbeslissingen bepalen of een vloot kan migreren: bijwerkbare vertrouwensankers, zodat een apparaat een nieuwe vertrouwensbasis kan accepteren via een ondertekende update, en cryptografische flexibiliteit in de certificaatstack, zodat hybride certificaten met zowel klassieke als post-kwantumhandtekeningen de overgang kunnen overbruggen. Apparaten die zonder een van beide worden geleverd, moeten hardwarematig worden vervangen.

Hoe encryptieconsultancy kan helpen

PKI-as-a-Service is het beheerde PKI-platform van Encryption Consulting. Het ontwerpt en beheert de CA-hiërarchie achter uw apparaten, geeft op grote schaal apparaat- en operatorcertificaten uit en bewaart CA-sleutels in FIPS-gevalideerde HSM's. CertSecure Manager automatiseert vervolgens de ontdekking, verlenging en intrekking van certificaten gedurende de gehele levenscyclus, en het PQC Advisory- team van Encryption Consulting plant het migratiepad voor apparaten met een lange levensduur. Ondersteund door ISO/IEC 27001:2022 en SOC 2-gecertificeerde werkwijzen.

Veelgestelde Vragen / FAQ

Wat is PKI in IoT?

PKI in IoT is het systeem van digitale certificaten, sleutelparen en certificeringsinstanties dat elk verbonden apparaat een verifieerbare identiteit geeft. Apparaten presenteren X.509-certificaten om zich te authenticeren bij netwerken en services, versleutelde TLS- of DTLS-sessies tot stand te brengen en digitale handtekeningen op firmware-updates te verifiëren, zodat alleen authentieke en ongewijzigde apparaten op het netwerk kunnen functioneren.

Wat is een IDevID-certificaat?

Een IDevID (Initial Device Identifier) ​​is een door de fabrikant geïnstalleerde apparaatidentificatie, gedefinieerd door IEEE 802.1AR. Het is een X.509-certificaat en sleutelpaar dat tijdens de productie wordt aangemaakt en cryptografisch aan het apparaat is gekoppeld, idealiter in een beveiligd element of TPM. Netwerkbeheerders vullen de IDevID later aan met lokaal uitgegeven LDevID's die hun eigen operationele vertrouwensrelatie en beleid vertegenwoordigen.

Hoe kunnen IoT-apparaten zich op grote schaal aanmelden voor certificaten?

Vlootregistratie verloopt via geautomatiseerde protocollen in plaats van handmatige uitgifte. Registratie via Secure Transport (EST, RFC 7030) stelt een apparaat in staat certificaten aan te vragen via een geauthenticeerd TLS-kanaal. BRSKI (RFC 8995) breidt EST uit met door de fabrikant ondertekende vouchers, zodat een apparaat zijn IDevID kan bewijzen en zonder handmatige tussenkomst kan worden geregistreerd. Platformen voor certificaatlevenscyclusbeheer automatiseren vervolgens de verlenging en intrekking.

Kunnen IoT-apparaten met beperkte resources PKI aan?

Ja, met de juiste algoritmekeuzes. Elliptische-curve-sleutels (zoals ECDSA P-256) bieden een sterke beveiliging met veel kleinere sleutels en handtekeningen dan RSA, wat geschikt is voor energiezuinige microcontrollers. Voor symmetrische bewerkingen heeft NIST SP 800-232 (augustus 2025) de Ascon-familie van lichtgewicht algoritmen gestandaardiseerd, specifiek voor apparaten met beperkte resources. Sessiehervatting en korte certificaatketens verminderen de overhead verder.

Heeft post-kwantumcryptografie invloed op IoT-apparaten?

Ja. Een voldoende krachtige kwantumcomputer die het algoritme van Shor uitvoert, zou de RSA- en ECDSA-handtekeningen kunnen vervalsen die momenteel de identiteit van apparaten en firmware beschermen. NIST heeft ML-DSA (FIPS 204) en SLH-DSA (FIPS 205) in augustus 2024 gestandaardiseerd als kwantumresistente alternatieven. Apparaten die tien jaar of langer in gebruik blijven, hebben updatebare vertrouwensankers en firmware-ondertekeningsplannen nodig die kunnen overstappen op deze algoritmen.

Geef elk apparaat een identiteit die het kan bewijzen.

Bent u klaar om uw apparatenpark te beveiligen met certificaatgebaseerde vertrouwensoplossingen? Ontdek PKI-as-a-Service of neem contact op met een PKI-adviseur van Encryption Consulting.