Опубликован эксплойт к недавно пропатченной RCE-уязвимости в VMware NSX

Опубликован эксплойт к недавно пропатченной RCE-уязвимости в VMware NSX

Опубликован эксплойт к недавно пропатченной RCE-уязвимости в VMware NSX

В VMware проверили и подтвердили информацию о том, что в Сети появился рабочий эксплойт к только что закрытой критической уязвимости в платформе сетевой виртуализации NSX Data Center for vSphere (NSX-V). Тем, кто еще не установил патч, настоятельно рекомендуется сделать это в кратчайшие сроки.

Уязвимость NSX, о которой идет речь (CVE-2021-39144), связана с использованием opensource-библиотеки XStream для сериализации входных данных. Успешный эксплойт, согласно бюллетеню VMware, позволяет удаленно выполнить код с привилегиями root.

Проблема актуальна для всех прежних версий NSX-V (срок поддержки истек в середине января) и затрагивает также бандлы VMware Cloud Foundation (VCF) с такой составляющей. Степень опасности для VCF-сред VMware оценила в 9,8 балла по CVSS.

Ввиду серьезности угрозы разработчики залатали уязвимый компонент (NSX Manager — сервер, через который осуществляется взаимодействие с NSX) и включили заплатку в состав обновления NSX-V 6.4.14. Инструкции по патчингу NSX-V в средах Cloud Foundation 3.x приведены в KB89809. Процесс можно упростить, выполнив апгрейд VCF до версии 3.11.0.1 (вышла в апреле).

Когда стало известно о создании и сливе эксплойта, вендор обновил бюллетень, посвященный CVE-2021-39144, чтобы подстегнуть нерасторопных пользователей. Опубликован также FAQ, в котором сказано, что при успешной отработке эксплойта злоумышленник с сетевым доступом к NSXv-менеджеру сможет захватить контроль над этим центром управления инфраструктурой.

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

Новая атака Opossum позволяет внедрять данные в TLS-сессии

Исследователи обнаружили новый вектор атаки под названием Opossum. Он позволяет злоумышленнику вмешиваться в якобы защищённую сессию TLS — при этом шифрование никто не взламывает.

Атака работает за счёт несогласованности между двумя режимами TLS: «implicit» (например, HTTPS на порту 443, где защита включается сразу) и «opportunistic» (например, HTTP на порту 80, где защита активируется позже через апгрейд-запрос).

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

Сценарий простой: клиент подключается к HTTPS, но злоумышленник перенаправляет его запрос на порт HTTP, сам инициирует апгрейд до TLS, а затем тайно синхронизирует обе сессии.

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

Opossum базируется на принципах вектора атаки ALPACA, но работает даже там, где меры против ALPACA уже внедрены. Это делает «опоссума» особенно опасным, поскольку он бьёт не по самому TLS, а по логике взаимодействия приложений.

 

Эксперты говорят: отключить opportunistic TLS — не вариант, особенно на почтовых серверах и старых системах. Лучше изолировать порты и режимы TLS, а также включить проверку соответствия между протоколом и портом. Можно дополнительно отслеживать подозрительные апгрейд-заголовки.

Главный вывод — зрелые протоколы вроде TLS всё ещё могут быть уязвимыми из-за архитектурных нюансов. И чтобы не стать жертвой атак вроде Opossum, стоит внимательно относиться ко всем уровням стека безопасности.

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

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