IoT beveiligen van hardware tot applicatie: Een laag-voor-laag blauwdruk

Door Wouter van der Beek

In de huidige verbonden wereld is IoT-beveiliging niet langer optioneel – het is een regulatorische mandate. Recente wetgeving vereist dat apparaten "redelijke beveiligingsfuncties" insluiten, wat benadrukt dat de kosten van het beveiligen van een apparaat ver overwogen tegen het risico van het blootstellen ervan.

Beveiliging is gelaagd gearchitectuurd. De fundering begint met de hardware, gevolgd door het netwerk, en tenslotte de applicatie. Dit artikel focust op de Thread-netwerklag – een laagkost, laag-energie, mesh-gebaseerd IP-netwerk – en de OCF-applicatielag die apparaatinteracties regeert.

Hardware-beveiliging

Beperkte microcontrollers moeten beschermen tegen malafide firmware en hardware-snooping. Veilige hardware dwingt een geverifieerde boot-sequentie af, tekent de firmware, en isoleert geheugen- en perifere-toegang. Alleen een vertrouwde, goed-gedefinieerde API kan kritieke code bereiken, wat het aanvalsoppervlak minimaliseert en een robuuste basis creëert voor hogere-laag beveiliging.

Netwerkbeveiliging

Thread beschermt data in vlucht met een netwerk-wijde AES-CCM-sleutel. Elk pakket ontvangt een authenticatie-tag en wordt versleuteld, wat integriteit, confidentialiteit, en authenticiteit waarborgt. De sleutel wordt periodiek ververst via een counter-gebaseerde afleiding om compromittering te voorkomen.

Wanneer een nieuw apparaat lid wordt, moet het de netwerksleutel veilig verkrijgen – een proces bekend als commissioning. Thread gebruikt Password-Authenticated Key Exchange (PAKE), deel van DTLS, om een laag-kracht gedeeld geheim om te zetten in een sterke sleutel. Dit stelt de Thread-commissioner (bijv. een smartphone) in staat de netwerksleutel naar het lidwordende apparaat over een versleuteld kanaal te transmitteren.

Applicatiebeveiliging

Op applicatieniveau biedt de Open Connectivity Foundation (OCF) een uitgebreide eigendomsoverdracht- en device-provisioning-flow. OCF uitgeeft apparaatcertificaten en onderhoudt een beveiligde database, wat wederzijdse authenticatie via een PKI-infrastructuur mogelijk maakt.

Provisioning-instructies worden geleverd via DTLS-versleutelde kanalen. De workflow begint met eigendomsoverdracht, gaat door state-transities, en accommodeert eigendomsveranderingen door een hardware-reset te vereisen om terug te keren naar de initiële staat.

OCF biedt ook role-based access control en manufacturer usage descriptors, wat extra bescherming toevoegt tegen netwerk-niveau dreigingen.

OCF-over-Thread implementeren op beperkte hardware

OCF over Thread deployen op laagkost-microcontrollers is uitdagend door beperkte code-ruimte, geheugen, en CPU-resources. De oplossing ligt in code-hergebruik – een enkele cryptografische core (mbedTLS) delen over beide stacks, aangezien zowel OCF als Thread op DTLS vertrouwen.

Cryptografische primitieven profiteren van hardware-versnelling, wat commissioning-tijd en stroomverbruik dramatisch reduceert. Toegang tot deze hardware via mbedTLS beheren is cruciaal voor prestaties en beveiliging.

Zowel OCF- als Thread-groepen publiceren open-source implementaties, wat ambiguïteit elimineert en interoperabiliteit voor developers waarborgt.

Wanneer de applicatie-, netwerk-, en hardware-lagen strak geïntegreerd zijn, is het resultaat een best-in-class veilig IoT-platform klaar voor implementatie vandaag.

Auteurs: Wouter van der Beek, senior IoT-architect, Cisco Systems en Technical Working Group voorzitter, Open Connectivity Foundation; Bruno Johnson, CEO, Cascoda, lid van de Open Connectivity Foundation.