Windows Container Isolation можно использовать для ухода от детектирования

Windows Container Isolation можно использовать для ухода от детектирования

Windows Container Isolation можно использовать для ухода от детектирования

Киберпреступники могут незаметно протащить вредоносную программу и уйти от детектирования защитными системами с помощью взаимодействия с фреймворком Windows Container Isolation.

О способе обхода средств защиты конечных точек рассказал специалист Deep Instinct Дэниел Авиноам, выступавший на конференции DEF CON.

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

Согласно описанию, это просто образ ОС, содержащий чистые копии файлов, которые могу измениться, и ссылки на файлы, которые меняться не должны (уже развернутые на хосте). За счет такого подхода уменьшается общий размер всей операционной системы.

«В результате в образе появляются так называемые “файлы-призраки”. В них не сдержатся каких-либо данных, но при этом они указывают на другой диск в системе», — объясняет Авиноам в отчете.

«Именно в этот момент меня осенило: что если использовать этот механизм перенаправления для обфускации операций с файловой системой. Ведь так можно запутать защитные системы».

Для решения этой задачи пригодился драйвер мини-фильтра Windows Container Isolation FS — wcifs.sys. Этот драйвер должен обеспечивать разделение файловой системы между контейнерами Windows и их хостом.

Драйвер wcifs.sys обрабатывает перенаправление файлов-призраков с помощью парсинга их точек и тегов повторного синтаксического анализа, идентифицирующих владельца. При этом драйвер занимает диапазон высоты выделенного фильтра 180000-189999 (конкретнее — 189900), в то время как антивирусные продукты функционируют в диапазоне 320000-329999.

В результате ряд операций с файлами можно проводить без запуска их обратных вызовов.

«Поскольку мы можем переопределить файлы с помощью тега IO_REPARSE_TAG_WCI_1 без обнаружения со стороны антивирусов, их алгоритм детектирования не получит всей картины и, соответственно, не отработает как положено», — дополняет Авиноам.

В Intel TDX обнаружены уязвимости с риском утечки данных

Intel вместе с Google провела масштабный аудит технологии Trust Domain Extensions (TDX), процессе которого обнаружилось немало проблем. За пять месяцев работы специалисты выявили пять уязвимостей, а также 35 багов и потенциальных слабых мест в коде.

TDX — это аппаратная технология «конфиденциальных вычислений». Она предназначена для защиты виртуальных машин в облаке даже в том случае, если гипервизор скомпрометирован или кто-то из администраторов действует недобросовестно.

По сути, TDX создаёт изолированные «доверенные домены» (Trust Domains), которые должны гарантировать конфиденциальность и целостность данных.

Проверкой занимались исследователи Google Cloud Security и команда Intel INT31. Они анализировали код TDX Module 1.5 — ключевого компонента, отвечающего за работу механизма на высоком уровне. В ход пошли ручной аудит, собственные инструменты и даже ИИ.

В результате обнаружены пять уязвимостей (CVE-2025-32007, CVE-2025-27940, CVE-2025-30513, CVE-2025-27572 и CVE-2025-32467). Их можно было использовать для повышения привилегий и раскрытия информации. Intel уже выпустила патчи и опубликовала официальное уведомление.

Самой серьёзной Google называет CVE-2025-30513. Она позволяла злоумышленнику фактически обойти механизмы безопасности TDX. Речь идёт о сценарии, при котором во время миграции виртуальной машины можно было изменить её атрибуты и перевести её в режим отладки.

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

Google опубликовала подробный технический отчёт (PDF) объёмом 85 страниц, а Intel — более краткое описание результатов совместной работы.

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