Для 0-day уязвимости в Microsoft Jet пока нет патча

Для 0-day уязвимости в Microsoft Jet пока нет патча

Для 0-day уязвимости в Microsoft Jet пока нет патча

Исследователи в области безопасности из Zero Day Initiative опубликовали информацию об уязвимости нулевого дня в механизме базы данных Microsoft Database Database Engine, которая может привести к удаленному выполнению кода. Эксперты дали Microsoft 120 дней на устранение недостатка, однако корпорация не уложилась в срок.

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

Уязвимость позволяет произвести запись за пределами памяти. Злоумышленник может использовать ее, заставив пользователя запустить специально созданный файл Jet. Это можно сделать, например, с помощью JavaScript — пользователя заманивают на определенную веб-страницу, а дальше браузер выполняет вредоносный JS-код, который запустит необходимый файл.

В официальном сообщении Zero Day Initiative говорится, что проблема безопасности связана с менеджером индекса Jet. Созданный файл в формате Jet запускает запись за пределами буфера. PoC-код исследователи опубликовали на GitHub.

Специалисты говорят, что проблема актуальна для 32-разрядных систем, однако в 64-битных Windows процессы рендеринга браузера Internet Explorer все равно 32-разрядные.

В Zero Day Initiative считают, что уязвимости подвержены все версии Windows, включая серверные. Корпорация Microsoft подтвердила, что работает над соответствующим патчем.

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

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