Asegurando IoT del hardware a la aplicación: Un blueprint capa por capa

Por Wouter van der Beek

En el mundo conectado de hoy, la seguridad IoT ya no es opcional —es un mandato regulatorio. Legislación reciente requiere que los dispositivos integren "características de seguridad razonables", subrayando que el coste de asegurar un dispositivo supera con creces el riesgo de dejarlo expuesto.

La seguridad se arquitecta en capas. La base comienza con el hardware, seguida por la red, y finalmente la aplicación. Este artículo se centra en la capa de red Thread —una red IP basada en malla de bajo coste y baja energía— y la capa de aplicación OCF que gobierna las interacciones de dispositivos.

Seguridad del hardware

Los microcontroladores restringidos deben protegerse contra firmware malicioso y espionaje de hardware. El hardware seguro impone una secuencia de arranque verificada, firma el firmware y aísla el acceso a memoria y periféricos. Solo una API confiable y bien definida puede alcanzar código crítico, minimizando así la superficie de ataque y creando una base robusta para la seguridad de capas superiores.

Seguridad de red

Thread protege los datos en tránsito con una clave AES-CCM a nivel de red. Cada paquete recibe una etiqueta de autenticación y se cifra, asegurando integridad, confidencialidad y autenticidad. La clave se refresca periódicamente usando una derivación basada en contador para prevenir compromiso.

Cuando un nuevo dispositivo se une, debe adquirir la clave de red de forma segura —un proceso conocido como comisionado. Thread usa Password-Authenticated Key Exchange (PAKE), parte de DTLS, para transformar un secreto compartido de baja fortaleza en una clave fuerte. Esto permite al comisionado Thread (ej. un smartphone) transmitir la clave de red al dispositivo que se une a través de un canal cifrado.

Seguridad de aplicación

A nivel de aplicación, la Open Connectivity Foundation (OCF) ofrece un flujo integral de transferencia de propiedad y aprovisionamiento de dispositivos. OCF emite certificados de dispositivo y mantiene una base de datos segura, permitiendo autenticación mutua vía infraestructura PKI.

Las instrucciones de aprovisionamiento se entregan sobre canales cifrados DTLS. El flujo de trabajo comienza con transferencia de propiedad, procede a través de transiciones de estado y acomoda cambios de propiedad requiriendo un reinicio de hardware para volver al estado inicial.

OCF también proporciona control de acceso basado en roles y descriptores de uso del fabricante, añadiendo salvaguardas extra contra amenazas a nivel de red.

Implementando OCF-over-Thread en hardware restringido

Desplegar OCF sobre Thread en microcontroladores de bajo coste es desafiante debido a espacio de código limitado, memoria y recursos CPU. La solución reside en reutilización de código —compartir un único núcleo criptográfico (mbedTLS) entre ambas pilas, ya que tanto OCF como Thread dependen de DTLS.

Las primitivas criptográficas se benefician de aceleración por hardware, reduciendo dramáticamente el tiempo de comisionado y consumo de energía. Gestionar el acceso a este hardware vía mbedTLS es crítico para rendimiento y seguridad.

Tanto los grupos OCF como Thread publican implementaciones open-source, eliminando ambigüedad y asegurando interoperabilidad para desarrolladores.

Cuando la aplicación, red y capas de hardware están estrechamente integradas, el resultado es una plataforma IoT segura best-in-class lista para despliegue hoy.

Autores: Wouter van der Beek, arquitecto senior IoT, Cisco Systems y presidente del Grupo de Trabajo Técnico, Open Connectivity Foundation; Bruno Johnson, CEO, Cascoda, miembro de la Open Connectivity Foundation.