VMware исправила критическую уязвимость в vCenter Server

VMware исправила критическую уязвимость в vCenter Server

VMware исправила критическую уязвимость в vCenter Server

VMware выпустила обновление своего продукта vCenter Server, устраняющее критическую брешь, которая может привести к выполнению кода. Существует она из-за использования уязвимого стороннего компонента.

Ранее в этом месяце были обнаружены три серьезных уязвимости в нескольких реализациях Java AMF3 - последней версии Action Message Format от Adobe.

Эти бреши могут быть использованы для осуществления DoS-атак, выполнения произвольного кода и получения конфиденциальных данных. Затронутое программное обеспечение включает в себя Apache’s Flex BlazeDS, Atlassian’s JIRA, Exadel’s Flamingo, GraniteDS, Spring spring-flex и WebORB.

Также было выявлено, что одна из уязвимостей BlazeDS, известная под идентификатором CVE-2017-5641, затрагивает VMware vCenter Server, который использует BlazeDS для обработки сообщений AMF3.

Подробная информация, включающая рекомендации и детали уязвимости, опубликована в официальном сообщении VMware.

Брешь затрагивает vCenter Server версий 6.0 и 6.5; версия 5.5 и другие продукты VMware не затронуты. VMware рекомендует пользователям установить обновления 6.5c и 6.0U3b, устраняющие этот недостаток.

Согласно CERT/CC, обнаруженные дыры в безопасности также могут затрагивать продукты HPE и SonicWall.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Кривой октябрьский апдейт Windows вновь пробудил BitLocker Recovery Mode

Установка последних накопительных обновлений для Windows 10 и 11 вернула прежнюю проблему. Пользователи стали жаловаться, что после перезагрузки система автоматом уходит в режим обновления BitLocker (Recovery Mode).

Речь идет об апдейтах KB5066791 и KB5066835. По словам разработчиков, затронуты лишь клиентские Windows (10 22H2, 11 24H2 и 11 25H2) на компьютерах с чипами Intel и поддержкой режима ожидания с подключением (Connected Standby).

Ранее конфликтов между Standby и BitLocker Recovery Mode, который обычно включается при смене аппаратного обеспечения или прошивки, не наблюдалось.

При появлении экрана BitLocker Recovery следует ввести соответствующий ключ для разблокировки защищенных данных. Он хранится в настройках аккаунта Microsoft, и в случае нужды его можно раздобыть со смартфона.

 

Без заветного ключа данные на дисках, прежде всего на C, будут безвозвратно потеряны. В Microsoft уже работают над устранением проблемы и пытаются откатить некоторые обновления через KIR.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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