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

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

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

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

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

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

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

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

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

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