Ростелеком-Солар помог устранить бреши в промышленном оборудовании МОХА

Ростелеком-Солар помог устранить бреши в промышленном оборудовании МОХА

Ростелеком-Солар помог устранить бреши в промышленном оборудовании МОХА

Илья Карпов и Евгений Дружинин, эксперты «Лаборатории кибербезопасности АСУ ТП» компании «Ростелеком-Солар», провели исследование защищенности промышленного Ethernet-оборудования мирового вендора МОХА. В ходе исследования была обнаружена 31 уязвимость, в том числе ряд критических. Обнаруженные уязвимости могли позволить злоумышленнику получить доступ к управлению оборудованием, а также учетным записям пользователей, конфигурации сети и другой чувствительной информации. Данные об уязвимостях были направлены вендору, который выпустил соответствующие обновления безопасности.

MOXA Inc. — мировой лидер в производстве и разработке оборудования связи для систем промышленной автоматики с представительствами в 70 странах мира, в том числе в России. Корпорация занимает 3 место в мире в сегменте Industrial Ethernet – оборудования, которое позволяет объединить системы управления технологическими процессами в единую сеть и централизованно управлять ими с помощью MES-/SCADA-систем. Промышленные Ethernet-устройства МОХА широко распространены в нефтегазовом и электроэнергетическом комплексах, применяются в ряде транспортных инфраструктур, в том числе в России.

«Лаборатория кибербезопасности АСУ ТП «Ростелеком-Солар» занимается исследованиями защищенности промышленных протоколов, программных и программно-аппаратных решений, широко применяемых при создании и эксплуатации технологических сегментов российских предприятий. Это направление деятельности сегодня приобретает стратегическое значение для целого ряда отраслей, поскольку в последнее время наблюдается выраженный тренд к росту числа кибератак на промышленные предприятия, в том числе относящиеся к объектам КИИ», – рассказал Владимир Карантаев, руководитель направления Защиты критических инфраструктур и АСУ ТП компании «Ростелеком-Солар».

Большинство уязвимостей, обнаруженных экспертами «Лаборатории кибербезопасности АСУ ТП» «Ростелеком-Солар», относятся к реализации веб-сервиса оборудования MOXA. Эти уязвимости позволяют злоумышленнику осуществить так называемые атаки на отказ в обслуживании и временно вывести оборудование из строя (CWE-120, CWE-121, CWE-400, CWE-680, CWE-941), а также получить доступ к управлению оборудованием благодаря небезопасным механизмам аутентификации (CWE-200, CWE-352, CWE-521).

Большое число обнаруженных потенциальных киберрисков были связаны с тем, что чувствительная информация, в том числе логины и пароли пользователей, хранилась и передавалась в открытом, то есть незашифрованном виде (CWE-310, CWE-312, CWE-319).

Эксперты «Ростелеком-Солар» также сообщили о небезопасной реализации криптографического протокола в ряде Ethernet-устройств MOXA (CWE-327). Нестойкие алгоритмы шифрования могли позволить злоумышленнику получить информацию о конфигурации сети и скомпрометировать весь трафик. При этом в некоторых устройствах закрытый ключ шифрования, от которого зависит конфиденциальность зашифрованных данных, был записан прямо в коде программного обеспечения. В случае его компрометации весь трафик был бы открыт злоумышленнику, при этом смена ключа была бы невозможна для пользователя (CWE-321). Кроме того, в коде ПО некоторых устройств был записан пароль, предоставляющий доступ к управлению оборудованием (CWE-321), что несет аналогичные киберриски.

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

Эксперты «Лаборатории кибербезопасности АСУ ТП» «Ростелеком-Солар» немедленно сообщили о найденных уязвимостях вендору, а также передали информацию во ФСТЭК России для публикации в «Банке данных угроз безопасности информации» (BDU:2019-03252 – BDU:2019-03282). Это обеспечивает скоординированное единовременное раскрытие информации для различных CERT, SOC и сторонних баз данных уязвимостей. На данный момент уязвимости закрыты.

Microsoft встраивает Sysmon прямо в Windows 11, пока для бета-тестеров

Microsoft начала постепенно включать встроенную поддержку Sysmon в Windows 11, пока только для части пользователей программы Windows Insider. О планах интегрировать Sysmon напрямую в Windows компания рассказывала ещё в ноябре, а теперь первые элементы этой функциональности добрались до тестовых сборок.

Речь идёт о нативной реализации System Monitor — известного инструмента из набора Sysinternals, который давно используется ИБ-специалистами и администраторами для мониторинга подозрительной активности в системе.

Sysmon умеет отслеживать базовые события вроде запуска и завершения процессов, а при дополнительной настройке — фиксировать создание исполняемых файлов, попытки подмены процессов, изменения в буфере обмена и другие нетривиальные действия. Все события пишутся в журнал Windows Event Log и могут использоваться системами безопасности и SIEM-решениями.

До сих пор Sysmon приходилось устанавливать вручную на каждую машину, что заметно усложняло его использование в крупных инфраструктурах. Теперь Microsoft решила встроить этот механизм прямо в ОС.

«Windows теперь нативно включает функциональность Sysmon. Она позволяет собирать системные события для задач детектирования угроз и использовать собственные конфигурации для фильтрации нужных данных», — сообщили в команде Windows Insider.

При этом встроенный Sysmon по умолчанию отключён. Чтобы им воспользоваться, функцию нужно явно включить в настройках Windows или через PowerShell. Важно учитывать, что если Sysmon ранее устанавливался вручную, его придётся удалить перед активацией встроенной версии.

Новая возможность уже доступна участникам Windows Insider в каналах Beta и Dev, которые установили сборки Windows 11 Preview Build 26220.7752 и 26300.7733 соответственно.

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

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

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