Особая опасность GreatXML заключается в низком пороге для эксплуатации. Nightmare Eclipse назвал это «случайным открытием», на которое ушло всего четыре часа исследований . Любая организация, которая когда-либо запускала офлайн-сканирование Microsoft Defender на компьютере с BitLocker, теперь имеет скрытую, уже существующую уязвимость, которая ждет своего часа.

Как эксплойт GreatXML разблокирует зашифрованный диск

GreatXML использует глубокие доверительные отношения внутри инфраструктуры восстановления Windows. BitLocker спроектирован для защиты данных, но он автоматически разблокируется, когда система входит в доверенную среду восстановления, такую как WinRE, — ту же среду, которую использует офлайн-сканирование Microsoft Defender.

Вот пошаговая цепочка атаки:

1. Скрытое предварительное условие: Офлайн-сканирование Microsoft Defender должно быть запущено на целевом устройстве хотя бы один раз. Это действие оставляет легитимные артефакты в разделе восстановления, включая XML-файл конфигурации и каталог Recovery . Именно эти артефакты дают эксплойту точку входа.
2. Размещение вредоносных файлов: Имея кратковременный физический доступ к устройству, злоумышленник копирует специально созданный XML-файл и измененную папку Recovery непосредственно в раздел восстановления .
3. Перезагрузка как триггер: Устройство перезагружается в режим восстановления Windows (WinRE). Поскольку среда восстановления и ее конфигурационные файлы считаются доверенным источником из рабочего процесса офлайн-сканирования Defender, BitLocker освобождает ключ шифрования тома без запроса пароля, PIN-кода или ключа восстановления .
4. Получение оболочки SYSTEM: Созданный XML-файл обрабатывается автоматически при запуске, что запускает командную строку с привилегиями NT AUTHORITY\SYSTEM. Из этой оболочки злоумышленник может читать, копировать или изменять любые файлы на зашифрованном диске .

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

Более широкая картина: эскалация кампании Nightmare Eclipse

GreatXML — не единичное раскрытие. Это уже седьмая уязвимость нулевого дня, опубликованная с апреля 2026 года исследователем Nightmare Eclipse, который находится в публичном, многомесячном конфликте с Microsoft из-за процесса обработки уязвимостей . Исследователь выпускает каждую найденную уязвимость вместе с рабочим кодом эксплойта (PoC), что, по словам Microsoft, «подвергает клиентов ненужному риску» .

Вот полная хронология раскрытий Nightmare Eclipse в 2026 году и их текущий статус на середину июня:

BlueHammer — это локальное повышение привилегий (LPE) в Windows Defender с рейтингом CVSS 7.8 . RedSun и UnDefend атакуют механизмы отката облачных файлов и обновления сигнатур Defender соответственно . YellowKey — более ранний обход BitLocker, а GreenPlasma — LPE на основе CTFMON, дающая доступ к SYSTEM .

Совсем недавно, RoguePlanet, опубликованный за день до GreatXML, использует состояние гонки (TOCTOU) в Microsoft Defender для получения привилегий SYSTEM на полностью пропатченных системах .

Вторник исправлений от Microsoft (июнь 2026): кто получил исправление

Июньский «Вторник исправлений» Microsoft (9 июня 2026) исправил более 200 уязвимостей, включая шесть уязвимостей нулевого дня . Два эксплойта из списка Nightmare Eclipse были закрыты:

• GreenPlasma (CVE-2026-45586) — исправлен .
• YellowKey (CVE-2026-50507) — исправлен .

Однако RoguePlanet и GreatXML не вошли в обновление. Согласно последним отчетам, ни у одной из них нет официального патча или назначенного CVE .

Кто находится в зоне риска

Профиль уязвимой системы на удивление распространен. Эксплойт затрагивает любое устройство Windows, использующее BitLocker в режиме только TPM, на котором хотя бы раз выполнялось офлайн-сканирование Microsoft Defender .

В режиме только TPM доверенный платформенный модуль (TPM) автоматически передает ключ шифрования во время загрузки. Именно поэтому эксплойт срабатывает безупречно, как только устройство принудительно перезагружается в доверенную среду WinRE. Злоумышленнику не нужен пароль или ключ восстановления — только физический доступ к ноутбуку или рабочей станции и достаточно времени для одной перезагрузки .

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

Временные меры защиты до выхода исправления от Microsoft

Официального патча для GreatXML не существует. Организациям следует немедленно внедрить компенсирующие меры контроля, не дожидаясь действий Microsoft .

1. Переход с TPM-only на TPM + PIN-код. Это самая эффективная временная мера. Настройка BitLocker для запроса TPM с PIN-кодом (или TPM плюс USB-ключ запуска) означает, что даже если злоумышленник перезагрузит устройство в WinRE, диск не разблокируется без PIN-кода .
2. Внедрение систем контроля запуска приложений (allowlisting). Решения, такие как ThreatLocker, можно настроить на блокировку выполнения неавторизованных двоичных файлов, скриптов и XML-файлов настройки в среде восстановления, что прерывает цепочку выполнения атаки .
3. Усиление физической безопасности для устройств высокого риска. Относитесь к любому устройству, на котором когда-либо проводилось офлайн-сканирование Defender, как к устройству с постоянной уязвимостью. Усильте контроль физического доступа и отслеживайте несанкционированные манипуляции до выхода патча .
4. Аудит среды. Определите, на каких машинах запускалось офлайн-сканирование. Без этого предварительного условия эксплуатация невозможна, поэтому идентификация таких устройств помогает расставить приоритеты для немедленного смягчения.

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

Особая опасность GreatXML заключается в низком пороге для эксплуатации. Nightmare Eclipse назвал это «случайным открытием», на которое ушло всего четыре часа исследований . Любая организация, которая когда-либо запускала офлайн-сканирование Microsoft Defender на компьютере с BitLocker, теперь имеет скрытую, уже существующую уязвимость, которая ждет своего часа.

Как эксплойт GreatXML разблокирует зашифрованный диск

GreatXML использует глубокие доверительные отношения внутри инфраструктуры восстановления Windows. BitLocker спроектирован для защиты данных, но он автоматически разблокируется, когда система входит в доверенную среду восстановления, такую как WinRE, — ту же среду, которую использует офлайн-сканирование Microsoft Defender.

Вот пошаговая цепочка атаки:

1. Скрытое предварительное условие: Офлайн-сканирование Microsoft Defender должно быть запущено на целевом устройстве хотя бы один раз. Это действие оставляет легитимные артефакты в разделе восстановления, включая XML-файл конфигурации и каталог Recovery . Именно эти артефакты дают эксплойту точку входа.
2. Размещение вредоносных файлов: Имея кратковременный физический доступ к устройству, злоумышленник копирует специально созданный XML-файл и измененную папку Recovery непосредственно в раздел восстановления .
3. Перезагрузка как триггер: Устройство перезагружается в режим восстановления Windows (WinRE). Поскольку среда восстановления и ее конфигурационные файлы считаются доверенным источником из рабочего процесса офлайн-сканирования Defender, BitLocker освобождает ключ шифрования тома без запроса пароля, PIN-кода или ключа восстановления .
4. Получение оболочки SYSTEM: Созданный XML-файл обрабатывается автоматически при запуске, что запускает командную строку с привилегиями NT AUTHORITY\SYSTEM. Из этой оболочки злоумышленник может читать, копировать или изменять любые файлы на зашифрованном диске .

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

Более широкая картина: эскалация кампании Nightmare Eclipse

GreatXML — не единичное раскрытие. Это уже седьмая уязвимость нулевого дня, опубликованная с апреля 2026 года исследователем Nightmare Eclipse, который находится в публичном, многомесячном конфликте с Microsoft из-за процесса обработки уязвимостей . Исследователь выпускает каждую найденную уязвимость вместе с рабочим кодом эксплойта (PoC), что, по словам Microsoft, «подвергает клиентов ненужному риску» .

Вот полная хронология раскрытий Nightmare Eclipse в 2026 году и их текущий статус на середину июня:

BlueHammer — это локальное повышение привилегий (LPE) в Windows Defender с рейтингом CVSS 7.8 . RedSun и UnDefend атакуют механизмы отката облачных файлов и обновления сигнатур Defender соответственно . YellowKey — более ранний обход BitLocker, а GreenPlasma — LPE на основе CTFMON, дающая доступ к SYSTEM .

Совсем недавно, RoguePlanet, опубликованный за день до GreatXML, использует состояние гонки (TOCTOU) в Microsoft Defender для получения привилегий SYSTEM на полностью пропатченных системах .

Вторник исправлений от Microsoft (июнь 2026): кто получил исправление

Июньский «Вторник исправлений» Microsoft (9 июня 2026) исправил более 200 уязвимостей, включая шесть уязвимостей нулевого дня . Два эксплойта из списка Nightmare Eclipse были закрыты:

• GreenPlasma (CVE-2026-45586) — исправлен .
• YellowKey (CVE-2026-50507) — исправлен .

Однако RoguePlanet и GreatXML не вошли в обновление. Согласно последним отчетам, ни у одной из них нет официального патча или назначенного CVE .

Кто находится в зоне риска

Профиль уязвимой системы на удивление распространен. Эксплойт затрагивает любое устройство Windows, использующее BitLocker в режиме только TPM, на котором хотя бы раз выполнялось офлайн-сканирование Microsoft Defender .

В режиме только TPM доверенный платформенный модуль (TPM) автоматически передает ключ шифрования во время загрузки. Именно поэтому эксплойт срабатывает безупречно, как только устройство принудительно перезагружается в доверенную среду WinRE. Злоумышленнику не нужен пароль или ключ восстановления — только физический доступ к ноутбуку или рабочей станции и достаточно времени для одной перезагрузки .

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

Временные меры защиты до выхода исправления от Microsoft

Официального патча для GreatXML не существует. Организациям следует немедленно внедрить компенсирующие меры контроля, не дожидаясь действий Microsoft .

1. Переход с TPM-only на TPM + PIN-код. Это самая эффективная временная мера. Настройка BitLocker для запроса TPM с PIN-кодом (или TPM плюс USB-ключ запуска) означает, что даже если злоумышленник перезагрузит устройство в WinRE, диск не разблокируется без PIN-кода .
2. Внедрение систем контроля запуска приложений (allowlisting). Решения, такие как ThreatLocker, можно настроить на блокировку выполнения неавторизованных двоичных файлов, скриптов и XML-файлов настройки в среде восстановления, что прерывает цепочку выполнения атаки .
3. Усиление физической безопасности для устройств высокого риска. Относитесь к любому устройству, на котором когда-либо проводилось офлайн-сканирование Defender, как к устройству с постоянной уязвимостью. Усильте контроль физического доступа и отслеживайте несанкционированные манипуляции до выхода патча .
4. Аудит среды. Определите, на каких машинах запускалось офлайн-сканирование. Без этого предварительного условия эксплуатация невозможна, поэтому идентификация таких устройств помогает расставить приоритеты для немедленного смягчения.

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