В сети опубликован код эксплойта для уязвимости в SCADA системах

В сети опубликован код эксплойта для уязвимости в SCADA системах

Исследователь в области безопасности опубликовал код эксплойта для уязвимости, найденной в популярной китайской SCADA системе, после того как столкнулся с полным безразличием производителя к своему творению.

По словам эксперта компании NSS Labs Диллона Бересфорда, в последней версии KingView - программного обеспечения, предназначенного для создания систем АСУ ТП, присутствует незакрытая уязвимость типа « heap overflow », при успешной эксплуатации которой злоумышленник может удаленно выполнить вредоносный код. Программа распространялась через сайт производителя - пекинской компании WellinControl Technology Development Co., Ltd.

Напомним, что летом прошлого года системы типа SCADA подверглись масштабной атаке, виной тому стал червь Stuxnet. Эта беда не обошла стороной и китайский индустриальный сектор. Поэтому, по мнению специалиста, к подобным уязвимостям необходимо относиться очень серьезно.

На протяжении нескольких месяцев исследователь пытался связаться с разработчиками, но безуспешно. Более того, он писал о находке и в CN-CERT (китайская национальная служба скорой компьютерной помощи), но и это никак не повлияло. Но, последней каплей в чаше терпения специалиста стало то, что разработчики ответили молчанием на запросы американской CERT. Тогда г-н Бересфрд и решил опубликовать в сети код эксплойта, чтобы привлечь внимание к проблеме. Он надеется на то, что разработчики все-таки увидят код и исправят ошибку. Эксплойт представлен в виде отдельного модуля для тестирования в Metasploit, а так же на exploit-db.

38% крупных компаний делают свой ИИ, но защищать его умеют единицы

Российский бизнес всё активнее развивает собственные ИИ-сервисы, однако с их безопасностью дела обстоят заметно хуже. К такому выводу пришли эксперты К2 Кибербезопасность и «Лаборатории Касперского», опросившие специалистов более чем из 200 крупных компаний из сфер ИТ, финансов, телекоммуникаций, торговли, строительства и фармацевтики.

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

При этом в 75% случаев такие проекты полностью или частично не соответствуют практикам MLSecOps — подходу, который отвечает за безопасность систем искусственного интеллекта на всех этапах их жизненного цикла.

В целом компании не делают ставку на какой-то один инструмент. Более половины респондентов (59%) одновременно используют несколько типов ИИ-сервисов: отечественные и зарубежные решения, собственные разработки и продукты, созданные на заказ.

Наиболее востребованными остаются российские ИИ-сервисы — их используют 75% компаний. Зарубежные решения применяют 60% участников исследования. Такой расклад аналитики связывают с требованиями законодательства и политикой импортозамещения.

Однако внедрять ИИ бизнес научился быстрее, чем обеспечивать его безопасность. По данным исследования, лишь 18% компаний могут говорить о наличии управляемых процессов защиты собственных ИИ-разработок. Зрелые практики MLSecOps внедрены всего у 7% организаций.

Особенно тревожно выглядит другая цифра: в 60% случаев безопасность ИИ-проектов обеспечивают исключительно разработчики, без участия специалистов по информационной безопасности. Это увеличивает риск ошибок, утечек данных и появления новых уязвимостей.

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

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