Защитник Windows стал первым антивирусом, работающим из песочницы

Защитник Windows стал первым антивирусом, работающим из песочницы

Защитник Windows стал первым антивирусом, работающим из песочницы

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

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

«Мы находимся в процессе постепенной реализации этой возможности для Windows Insider. Также мы постоянно анализируем обратную связь для усовершенствования системы», — сказано в блоге Microsoft.

Те пользователи, которые не желают ждать пока корпорация закончит тестирование, могут активировать функцию уже сейчас. По сути, поддержка запуска Защитника Windows в песочнице была тайно введена еще со времен Windows 10 версии 1703.

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

  1. Открыть командную строку cmd.exe (причем запустить ее следует от имени администратора).
  2. Затем нужно ввести: setx /M MP_FORCE_USE_SANDBOX 1
  3. Нажать Enter и ждать валидацию.
  4. Перезагрузить компьютер.

Критическая уязвимость в плагине WPvivid Backup затронула 900 000 сайтов

Уязвимость, выявленная в популярном WordPress-плагине для создания резервных копий, позволяет без аутентификации загрузить на сайт вредоносный код PHP и запустить его на исполнение. Патч включен в состав WPvivid Backup & Migration 0.9.124.

Уязвимости подвержены все прежние версии продукта. Ввиду высокой опасности и масштабности проблемы (на счету WPvivid Backup уже свыше 900 тыс. установок) пользователям настоятельно рекомендуется произвести обновление.

Правда, в блог-записи Wordfence сказано, что CVE-2026-1357 (9,8 балла CVSS) критична лишь для тех, у кого настройки плагина предусматривают обработку сгенерированным ключом — в обеспечение загрузки резервных копий с других сайтов. По умолчанию эта возможность отключена, а срок действия ключа ограничен 24 часами.

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

Как оказалось, когда плагин тщетно пытался расшифровать сеансовый ключ, он не завершал выполнение, а передавал ложное значение $key в phpseclib для инициализации шифрования.

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

 

Ситуацию усугубило отсутствие проверок типа файлов и их расширений в функции send_to_site(). Это провоцировало выход за пределы защищенного каталога резервных копий — загрузку на сервер произвольного PHP-кода с записью в публично доступные места с тем, чтобы он каждый раз отрабатывал в браузере.

Апдейт, устраняющий эти недостатки, вышел 28 января. Автор опасной находки получил 2145 долларов в рамках программы Wordfence Bug Bounty.

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