Бреши в защите ПЛК Schneider Electric грозят атаками на КИИ

Бреши в защите ПЛК Schneider Electric грозят атаками на КИИ

Бреши в защите ПЛК Schneider Electric грозят атаками на КИИ

В ПО EcoStruxure Machine Expert и прошивке контроллеров M221 производства Schneider Electric найдено по одной уязвимости, позволяющей скомпрометировать ПЛК и развить атаку на критически важный объект. Соответствующие патчи уже доступны, их рекомендуется установить в кратчайшие сроки.

Проблема CVE-2020-7566 в программном решении EcoStruxure Machine Expert версии 1.0, предназначенном для автоматизации жизненного цикла оборудования, позволяет получить несанкционированный доступ на чтение и запись к защищенному приложению ПЛК. Уязвимость CVE-2020-7568 в контроллере M221 сборки 1.10.2.2 предоставляет альтернативный способ обхода защиты таких приложений. 

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

Исследователи из Trustwave обнаружили, что и nonce, и закрытый ключ можно получить из сетевых пакетов, которым обмениваются EcoStruxure Machine Expert и ПЛК в ходе сессии. Из-за оплошности разработчиков эти данные передаются в открытом виде. Кроме того, размер зерна алгоритма составляет всего 2 байта, то есть число возможных комбинаций равно 65 535, и правильный вариант найти можно тривиальным брутфорсом.

Вторая проблема защитного механизма Schneider позволяет получить доступ на чтение к приложению посредством прямого обращения к ПЛК. Исследование показало, что сторонний запрос на вывод данных приложения в этом случае не требует авторизации. Более того, требуемая информация будет выдана в открытом виде. Злоумышленники, таким образом, получают возможность провести разведку перед атакой на промышленную сеть.

Ввиду высокой опасности атак на КИИ эксперты рекомендуют не только установить патчи, но также заблокировать соответствующие порты средствами файрвола или отключить используемый ими протокол передачи данных. Администраторам сетей на основе решений Schneider также следует разграничить пароли при обращении к средствам защиты приложений и ужесточить контроль доступа к ПЛК.

Чтобы избежать критических нарушений в работе контроллера, Schneider Electric просит придерживаться ниже приведенных рекомендаций:

  1. Настройте сегментацию сети и установите брандмауэр для блокировки любого неавторизованного доступа к порту 502 / TCP.
  2. В приложении Modicon M221 пользователю необходимо:
    • отключить все неиспользуемые протоколы, в частности протокол программирования. Это действие предотвратит непреднамеренный удаленный доступ к программированию;
    • установите пароль для защиты проекта;
    • установите пароль для доступа к считыванию информации на контроллере;
    • установите новый пароль для доступа к записи на контроллере.

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

Компания Schneider Electric совместно с профильными специалистами работает над устранением выявленных уязвимостей и дополнительно проинформирует всех пользователей данного оборудования о решении инцидента.

Schneider Electric заботится о безопасности своих клиентов и регулярно работает над устранением уязвимостей и инцидентов в области кибербезопасности.

По всем вопросам, пожалуйста, обращайтесь в службу поддержки клиентов компании Schneider Electric на сайте или по телефону: +7 495 777 99 88 (для России), 8 800 200 64 46 (для стран СНГ).

ФСТЭК России определилась со списком угроз для ИИ-систем

В банке данных угроз (БДУ), созданном ФСТЭК России, появился раздел о проблемах, специфичных для ИИ. Риски в отношении ИБ, связанные с качеством софта, ML-моделей и наборов обучающих данных, здесь не рассматриваются.

Угрозы нарушения конфиденциальности, целостности или доступности информации, обрабатываемой с помощью ИИ, разделены на две группы — реализуемые на этапе разработки / обучения и в ходе эксплуатации таких систем.

В инфраструктуре разработчика ИИ-систем оценки на предмет безопасности информации требуют следующие объекты:

 

Объекты, подлежащие проверке на безопасность в инфраструктуре оператора ИИ-системы:

 

Дополнительно и разработчикам, и операторам следует учитывать возможность утечки конфиденциальной информации, а также кражи, отказа либо нарушения функционирования ML-моделей.

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

В комментарии для «Ведомостей» первый замдиректора ФСТЭК Виталий Лютиков пояснил, что составленный ими перечень угроз для ИИ ляжет в основу разрабатываемого стандарта по безопасной разработке ИИ-систем, который планировалась вынести на обсуждение до конца этого года.

Представленная в новом разделе БДУ детализация также поможет полагающимся на ИИ госструктурам и субъектам КИИ данных скорректировать процессы моделирования угроз к моменту вступления в силу приказа ФТЭК об усилении защиты данных в ГИС (№117, заработает с марта 2026 года).

Ужесточение требований регулятора в отношении безопасности вызвано ростом числа атак, в том числе на ИИ. В этих условиях важно учитывать не только возможности ИИ-технологий, но и сопряженные с ними риски.

RSS: Новости на портале Anti-Malware.ru