Безопасность IoT от железа до приложения: пошаговый план по слоям

Автор: Воутер ван дер Бек

В сегодняшнем коннектед мире безопасность IoT больше не опциональна — это регуляторный мандат. Недавнее законодательство требует от устройств встраивать «разумные функции безопасности», подчеркивая, что стоимость защиты устройства далеко превышает риск оставления его экспонированным.

Безопасность архитектурена в слоях. Фундамент начинается с железа, следует сеть, и наконец приложение. Эта статья фокусируется на сетевом слое Thread — низкозатратной, низкоэнергетической, mesh-based IP-сети — и приложенном слое OCF, управляющем взаимодействиями устройств.

Безопасность железа

Констрейнд микроконтроллеры должны стражить против вредоносной прошивки и hardware snooping. Безопасное железо enforce верифицированную загрузочную последовательность, подписывает прошивку и изолирует доступ к памяти и периферии. Только доверенный, хорошо определенный API может достигать критического кода, тем самым минимизируя поверхность атаки и создавая надежную базу для безопасности высших слоев.

Сетевая безопасность

Thread защищает данные в полете с network-wide AES-CCM ключом. Каждый пакет получает authentication tag и шифруется, обеспечивая целостность, конфиденциальность и аутентичность. Ключ периодически рефрешится через counter-based деривацию для предотвращения компрометации.

Когда новое устройство присоединяется, оно должно безопасно получить сетевой ключ — процесс, известный как commissioning. Thread использует Password-Authenticated Key Exchange (PAKE), часть DTLS, для трансформации слабого shared secret в сильный ключ. Это позволяет Thread commissioner (например, смартфону) передать сетевой ключ присоединяющемуся устройству через зашифрованный канал.

Безопасность приложения

На уровне приложения Open Connectivity Foundation (OCF) предлагает исчерпывающий ownership transfer и device provisioning flow. OCF выдает сертификаты устройств и поддерживает безопасную базу данных, позволяя взаимную аутентификацию через PKI-инфраструктуру.

Инструкции провижининга доставляются через DTLS-зашифрованные каналы. Воркфлоу начинается с передачи владения, проходит через переходы состояний и accomodates смены владения, требуя hardware reset для возврата к начальному состоянию.

OCF также предоставляет role-based access control и manufacturer usage descriptors, добавляя дополнительные сагварды против network-level угроз.

Реализация OCF-over-Thread на ограниченном железе

Развертывание OCF поверх Thread на низкозатратных микроконтроллерах сложно из-за ограниченного кодового пространства, памяти и CPU ресурсов. Решение лежит в реюзе кода — разделение единого криптографического ядра (mbedTLS) между обоими стеками, так как и OCF, и Thread полагаются на DTLS.

Криптографические примитивы выигрывают от hardware acceleration, драматически снижая время commissioning и потребление энергии. Управление доступом к этому железу через mbedTLS критично для производительности и безопасности.

И OCF, и Thread группы публикуют open-source реализации, устраняя неоднозначность и обеспечивая интероперабельность для разработчиков.

Когда приложение, сеть и железо слои тесно интегрированы, результат — best-in-class безопасная IoT-платформа, готовая для развертывания сегодня.

Авторы: Воутер ван дер Бек, senior IoT architect, Cisco Systems и Technical Working Group chair, Open Connectivity Foundation; Бруно Джонсон, CEO, Cascoda, член Open Connectivity Foundation.