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

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

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

Разработчики vm2, модуля JavaScript-песочницы, выпустили патч, устраняющий критическую уязвимость. С помощью этой бреши атакующие могут выбраться за пределы песочницы и выполнить шелл-код.

Проблема затрагивает все версии vm2, включая 3.9.14. О баге 6 апреля сообщил исследователь Южной Кореи, а в прошедшую пятницу разработчики уже подготовили патч с выходом версии 3.9.15.

«Условный злоумышленник может обойти защитный периметр песочницы и получить возможность выполнить код на хосте», — объясняют девелоперы.

Уязвимость получила идентификатор CVE-2023-29017 и 9,8 балла по шкале CVSS. Корень проблемы кроется в некорректном способе обработки ошибок, возникающих в асинхронных функциях.

Сама библиотека vm2 пользуется популярностью у тех, кому надо запускать подозрительный код в защищенной среде. Модуль насчитывает почти четыре миллиона загрузок еженедельно. Известно также, что vm2 используется в 721 пакете.

Специалисты KAIST подготовили сразу два варианта демонстрационного эксплойта для CVE-2023-29017.

Уязвимость WinRE позволяет обойти пароль BIOS и UEFI в Windows

Исследователи раскрыли новую уязвимость в среде восстановления Windows (WinRE), которая при определённых условиях позволяет обойти защиту BIOS и UEFI. Проблема получила идентификатор CVE-2026-45585 и затрагивает компьютеры с Windows 10 и Windows 11.

WinRE — это встроенная среда восстановления, которая используется для ремонта системы, сброса Windows и запуска инструментов восстановления. Именно она, как выяснилось, может стать лазейкой для злоумышленников.

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

В некоторых реализациях прошивки этот путь загрузки не требует повторной проверки пароля BIOS или UEFI. В результате атакующий может перенаправить систему в WinRE и обойти часть защитных механизмов.

Важно понимать, что речь не идёт об удалённой атаке. Для эксплуатации уязвимости злоумышленнику потребуется физический доступ к компьютеру либо уже полученные административные привилегии. Такой сценарий хорошо вписывается в так называемые атаки Evil Maid, когда устройство на короткое время оказывается в руках постороннего.

Даже Secure Boot полностью не решает проблему. Он проверяет подлинность загрузчика, но не гарантирует, что все пути загрузки требуют одинаковой аутентификации. Если BitLocker настроен только на использование TPM без ПИН-кода, риск дополнительно возрастает.

Microsoft уже признала проблему и выпустила рекомендации по защите. Компания советует по возможности ограничить использование WinRE, применять BitLocker с TPM и ПИН-кодом или ключом запуска, а также контролировать изменение UEFI-переменных, включая BootNext.

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

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