Почему надежный софт необходим для промышленной безопасности

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

Недавние отчеты показывают всплеск интереса к надежному софту, особенно для Интернета вещей (IoT). Стабильность цифровой экономики зависит от людей и бизнесов, уверенно использующих вычислительные технологии. Однако, как отметил National Institute of Standards and Technology в 2016 году, доверие теперь более хрупкое, чем раньше.

Несколько ведущих организаций теперь делают надежность миссией. UK-базированный Trustworthy Software Foundation, основанный в 2016, продвигает лучшие практики. Linux Foundation's Project Alvarium, запущенный в прошлом году, исследует механизмы доверия в гетерогенных системах, включая IoT-развертывания. Industrial Internet Consortium (IIC) активно борется за доверие в промышленном IoT.

Результаты, которых нужно избегать

Боб Мартин, ко-чеир IIC's Software Trustworthiness Task Group, предупреждает о последствиях развертывания ненадежного промышленного софта. Он цитирует инцидент 2004 года, когда баг софта заставил системы диспетчеризации воздушного движения в Южной Калифорнии выключиться, отвлекая 800 коммерческих рейсов на более трех часов. Другие заметные сбои включают машину радиационной терапии, вызвавшую фаталити в 1980-х, и перебой питания 2007 года в Темпе, Аризона, stamming от misconfiguration инженера вендора.

Мартин подчеркивает, что «реальные системы в промышленном IoT пространстве могут экспонировать вас к ошибкам, которые вы не хотели бы в своем резюме». С взрывом коннективности многие новые профессионалы проектируют критические процессы без полного понимания рисков.

Создание общего языка доверия

Надежность в индустрии охватывает безопасность, безопасность, приватность, надежность и устойчивость. Согласно IIC, надежный софт должен выдерживать окружающие помехи, человеческие ошибки, системные сбои и кибер-атаки.

Саймон Рикс, продуктовый стратег Irdeto, объясняет, что достижение этого требует lifecycle-wide подхода. «Вы должны встраивать безопасность с самого начала и автоматизировать ее», — говорит он. Рикс также подсвечивает вызов выравнивания бизнес и технических стейкхолдеров, призывая к «ключу перевода или Розеттскому камню» для моста между различающимися перспективами.

Фреймворки дают отправную точку

Пока фреймворки могут помочь стейкхолдерам обсуждать доверие, Мартин отмечает, что вариабельность термина может препятствовать действию. Первый конкретный шаг — установить контролы, защищающие и безопасность, и кибербезопасность. Однако эти меры должны постоянно аудироваться, предупреждает Честер Уизневски, главный исследователь Sophos. Он предостерегает, что даже надежные технологии вроде Advanced Encryption Standard могут быть misused, если не применены правильно.

Другая яма — игнорирование жизненного цикла софта. Мартин советует различать «конец поддержки» и «конец использования». Даже если вендор прекращает поддержку продукта, он может все еще функционировать. Поэтому контракты должны обеспечивать права на исходный код для критического софта.

В конечном счете, понимание софта в реальном мире требует долгосрочного фокуса. «Софт не волшебство; он реагирует, взаимодействует и иногда нуждается в замене», — заключает Мартин.