Защита промышленного интернета вещей: стратегии, стандарты и цепочка доверия

Мы все слышали об Интернете вещей (IoT) и Промышленном интернете вещей (IIoT). В то время как IoT обычно служит потребительским приложениям, IIoT движет промышленными операциями, связывая операционную технологию (OT) с корпоративными системами, бизнес-процессами и передовым аналитиком.

По определению Industrial Internet Consortium (IIC), экосистема IIoT сливает промышленные системы управления (ICS) с корпоративными потоками данных. В отличие от традиционных OT, IIoT-устройства высоко взаимосвязаны — как друг с другом, так и с облачными сервисами — в то время как все еще взаимодействуют напрямую с физическим миром через сенсоры и актуаторы. Эта двойственная природа расширяет функциональность, но также расширяет поверхность атаки, делая киберугрозы насущной проблемой для критической инфраструктуры.

Для смягчения этих рисков, Министерство энергетики США (DOE) сотрудничает с Intel над программой, усиливающей безопасность на периферии энергосистемы. Инициатива фокусируется на создании безопасных шлюзов для устаревшего (brownfield) оборудования и FPGA-обновлений для новых (greenfield) устройств, все при сохранении бесперебойной доставки энергии.

Свен Шреккер, главный архитектор IoT-безопасности Intel и со-председатель рабочей группы безопасности IIC, подчеркивает, что безопасность должна быть вплетена в весь процесс дизайна. Он идентифицирует пять основных принципов для IIoT разработки:

• Безопасность (Safety)
• Надежность (Reliability)
• Безопасность (Security)
• Приватность (Privacy)
• Устойчивость (Resilience)

Инженеры дизайна часто фокусируются на внедрении безопасных чипов, ПО или платформ, но они также должны выравниваться с корпоративными политиками безопасности. Шреккер отмечает: «Политика безопасности должна быть создана совместно IT и OT командами, чтобы все знали, какие устройства авторизованы для коммуникации».

Построение цепочки доверия

Преобладающая рекомендация — установить надежную политику безопасности и цепочку доверия от начала. Эта цепочка должна выдерживать через дизайн, разработку, производство и весь жизненный цикл устройства, встраивая доверие в железо, сеть и цепочку поставок.

Хейден Повей, член правления IoT Security Foundation и CEO Secure Thingz, аргументирует, что ответственность за безопасность охватывает четыре организационных слоя:

• Уровень CxO
• Архитектор безопасности
• Инженер разработки
• Операционный менеджер

Инженеры разработки должны переводить корпоративную политику в конкретные контролы безопасности, включая идентификацию продукта, механизмы безопасного обновления и чип-уровневые гарантии. Операционные менеджеры, с другой стороны, контролируют OEM, производящие IIoT компоненты, обеспечивая, что каждая электронная часть несет уникальную, верифицируемую идентичность на протяжении всей цепочки поставок.

Роберт Мартин, старший главный инженер в MITRE и член steering-комитета IIC, подсвечивает фрагментированную природу подключенных промышленных систем. Он предупреждает, что даже незначительные изменения в микропроцессорах могут неосознанно изменить поведение ПО, и без четкой ответственности сбои могут оставаться неадресованными. «В строительных ремеслах изменения, влияющие на безопасность, регулируются и сертифицируются», — говорит он. «Программно-базированные технологии не имеют сопоставимого фреймворка».

>> Продолжение на странице два этой статьи на нашем партнерском сайте EE Times: «Designer's guide to IIoT security».