Бреши в защите ПЛК 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 (для стран СНГ).

Telegram приписал чужую победу: кто на самом деле починил прокси

Давид Осипов из B2B обвинил Telegram в том, что команда мессенджера присвоила себе заслуги за обход блокировок прокси в России. По его версии, критические исправления для FakeTLS первыми нашли и подготовили не разработчики Telegram, а энтузиасты из сообщества Telemt.

Осипов пишет, что официальная команда мессенджера якобы месяцами не трогала проблемный код, хотя разговоры о возможных ограничениях Telegram-прокси в России шли как минимум с начала 2026 года.

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

По версии Осипова, именно энтузиасты занялись разбором TLS-хендшейка, сравнили поведение Telegram с трафиком обычного браузера, нашли подозрительные сигнатуры и подготовили конкретные исправления. После этого изменения оформили в предложения для изменения кода Telegram Desktop, а уже затем часть этих правок попала в официальный клиент.

То, что Telegram Desktop действительно получил свежие обновления в начале апреля, видно по странице релизов на GitHub: там указаны версии 6.7.2 и 6.7.3, выпущенные 3 и 4 апреля. В README проекта Telemt при этом отдельно сказано, что исправленный TLS ClientHello уже доступен в Telegram Desktop начиная с версии 6.7.2, а для Android официальные релизы ещё находятся в процессе внедрения.

Главная претензия Осипова: Telegram в публичной коммуникации выглядит победителем, хотя реальную инженерную работу, по его мнению, сначала проделало сообщество. Особенно его задела формулировка из поста Павла Дурова о том, что Telegram «со своей стороны» продолжит адаптироваться и делать трафик мессенджера более трудным для обнаружения и блокировки. Дуров действительно написал, что команда будет и дальше усложнять детектирование и блокировку трафика Telegram на фоне ограничений в России.

Осипов при этом настаивает: нынешние исправления — это лишь хотфикс, а не полноценное решение. По его словам, даже после патча в реализации FakeTLS остаются другие потенциально заметные сигнатуры, а значит, проблема не сводится к паре строк кода. Иначе говоря, история, по его версии, ещё далеко не закончилась.

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