Windows 11 теперь может запускать Win32-приложения в изолированной среде

Windows 11 теперь может запускать Win32-приложения в изолированной среде

Windows 11 теперь может запускать Win32-приложения в изолированной среде

На днях Microsoft анонсировала множество нововведений в Windows. Разработчики упомянули Copilot и поддержку плагина ChatGPT в Edge. Однако есть и более интересная фича — возможность изоляции для Win32-приложений.

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

Идея разработчиков заключается в том, чтобы в целом расширить возможности изоляции в Windows 11 и оградить критические компоненты ОС и подсистемы от внесения несанкционированных изменений.

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

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

Напомним, всё это укладывается в рамки важного обновления — Moment 3. С ним же Windows 11 наконец получила нативную поддержку 7-Zip, RAR и GZ.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

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

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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