Skip to content
KitploitKITPLOIT
ИнструментыЭксплойтыБлог
Log in
Отправить
ИнструментыЭксплойтыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

··Ленты·Контакты·Конфиденциальность·© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
CVE-2021-40444 — Генератор вредоносных DOCX, использующий CVE-2021-40444 (Microsoft Office Word RCE) с загрузкой DLL на основе CAB и цепочками атак RAR/WSF без CAB для тестирования на проникновение. | Kitploit
Инструменты/GitHubGitHub/tiagob0b/cve-2021-40444
Генерация полезной нагрузкиЭксплуатацияЭксплуатация веб-приложенийТестирование на ПроникновениеГенерация ШеллкодаЭксплуатация Бинарных Файлов
GitHubtiagob0b/cve-2021-40444

CVE-2021-40444

Генератор вредоносных DOCX, использующий CVE-2021-40444 (Microsoft Office Word RCE) с загрузкой DLL на основе CAB и цепочками атак RAR/WSF без CAB для тестирования на проникновение.

Репозиторий
204 лет назадЕщё не проверено

Популярное

Смотреть все →

Откройте для себя самые используемые инструменты нашего сообщества.

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться

Полностью вооружённый CVE-2021-40444

Вредоносный генератор docx для эксплуатации CVE-2021-40444 (удаленное выполнение кода в Microsoft Office Word), работает с произвольными DLL-файлами.

Предыстория

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

На данный момент единственными ценными ресурсами для создания полностью рабочего генератора я считаю:

  • Блог Ret2Pwn
  • Твит j00sean

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

Цепочка эксплуатации

  1. Открывается Docx
  2. Связь, хранящаяся в document.xml.rels, указывает на вредоносный HTML
  3. Запускается предпросмотр IE для открытия HTML-ссылки
  4. JScript внутри HTML содержит объект, указывающий на CAB-файл, и iframe, указывающий на INF-файл с префиксом директивы ".cpl:"
  5. CAB-файл открывается, INF-файл сохраняется в каталог %TEMP%\Low
  6. Из-за уязвимости Path traversal (ZipSlip) в CAB-файле можно сохранить INF в %TEMP%
  7. Затем INF-файл открывается с директивой ".cpl:", что вызывает side-loading INF-файла через rundll32 (если это DLL)

Упущенные требования

Существует довольно много упущенных требований для работы этой эксплуатации, из-за чего даже хорошие PoC, например этот от lockedbyte, не работали должным образом.

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

HTML-файл

Согласно этому твиту от Will Dormann, HTML должен быть размером не менее 4096 байт, чтобы вызвать «Предпросмотр» в MS Word.

CAB-файл

CAB-файл должен быть пропатчен на уровне байтов, чтобы избежать ошибок извлечения и добиться ZipSlip:

  • filename.inf должен стать ../filename.inf
  • filename.inf должно быть ровно <12-char>.inf На самом деле нет, важнее изменить coffCabStart
  • CFFOLDER.typeCompress должен быть 0 (без сжатия)
  • CFFOLDER.coffCabStart должен быть увеличен на 3 (из-за добавленного '../')
  • CFFOLDER.cCfData должен быть 2
  • CFFILE.cbFile должен быть больше, чем весь CFHEADER.cbCabinet
  • CFDATA.csum должен быть пересчитан (или обнулен) [НЕОБЯЗАТЕЛЬНО]

Причин для этих ограничений много, и я не потратил достаточно времени, чтобы глубоко понять их все, но давайте рассмотрим самые важные:

  • TypeCompress: Если CAB сжат, трюк с открытием его внутри объекта для запуска записи INF не сработает Неверно, мне удалось добиться того же результата с образцом, сжатым MSZIP
  • CoffCabStart: CoffCabStart задает абсолютную позицию первой структуры CFDATA; так как мы добавили '../', нам нужно увеличить это значение на 3, чтобы указать на файл (это скорее догадка)
  • cCfData: Так как файл только один, у нас должна быть только одна CFDATA; я не совсем уверен, почему это нужно устанавливать в 2 Действительно, можно оставить 1
  • cbFile: Интересно, что если извлечение CAB завершается без ошибок, INF-файл будет помечен на удаление WORD, что разрушает эксплуатацию. Единственный способ предотвратить это — заставить WORD считать, что извлечение не удалось. Если значение cbFile задано больше, чем сам CAB-файл, экстрактор достигнет EOF до того, как прочитает все байты, указанные в cbFile, что вызовет ошибку извлечения.
  • [НЕОБЯЗАТЕЛЬНО] Похоже, что это значение не проверяется MS Word. В любом случае, для корректного CAB значение csum должно быть пересчитано. К счастью, как отметил j00sean и согласно документации Microsoft, это значение может быть 0

ПРИМЕЧАНИЕ1: Defender теперь обнаруживает, содержит ли CAB-файл PE, используя значение _IMAGE_DOS_HEADER.e_magic в качестве сигнатуры, что потенциально предотвращает встраивание PE-файлов в CAB. Можно ли обойти эту сигнатуру? Я не уверен, но, как уже отмечалось, это заплаченная уязвимость, поэтому я не планирую тратить на это много времени. Любопытный читатель может развить эту тему дальше.

ПРИМЕЧАНИЕ2: Патч Microsoft блокирует произвольные URI-схемы, по-видимому, используя подход чёрного списка (это всего лишь предположение)

DLL-атака

Основная цепочка атак, связанная с CVE-2021-40444, — это DLL-атака, загружаемая через URI-схему .cpl. Чтобы её использовать, злоумышленнику нужно создать специально crafted DLL. Если хотите протестировать, попробуйте мой скрипт evildll-gen.

JScript, VBScript, Javaw, MSIexec, ...

Как отметил Max Maluin, можно взаимодействовать с различными типами файлов, используя IE и связанные с расширениями файлов URI. Хотя это может быть хорошим способом эксплуатации IE, у него есть ограничения.

Действительно, следует отметить, что метод, используемый в эксплуатации для загрузки файлов, основан на обновлениях элементов управления ActiveX и не может использоваться для загрузки произвольных файлов. Согласно документации Microsoft, тег codebase может указывать только на несколько типов файлов: OCX, INF и CAB.

Даже если мы можем напрямую загрузить OCX или INF-файл, мы всё равно не можем быть уверены, что файл будет загружен в нужное место в системе. С помощью CAB-эксплойта можно переместить .inf-файл в известный путь, используя path traversal, но в любом другом случае файл будет сохранён в случайном каталоге, что делает его практически невозможным для ссылки.

На сегодняшний день я не нашёл способа объединить загрузку и выполнение БЕЗ CAB-файла.

Примечание: Говоря только об IE, HTML-смаглинг мог бы быть возможным сценарием для эксплуатации уязвимости.

Атака без CAB с использованием гибридного RAR-файла

Эта техника была впервые раскрыта Eduardo Braun в Twitter и подробно объяснена в этой статье.

Обратите внимание, что при использовании этой техники цепочка атак немного отличается. Эта атака требует, чтобы пользователь загрузил специально созданный RAR-файл, полученный путем объединения валидного WSF-скрипта и валидного RAR-файла. После открытия RAR будет содержать DOCX со ссылкой на HTML, который, в свою очередь, попытается загрузить RAR-файл как WSF-скрипт.

Вкратце:

  1. Загружается специально созданный RAR-файл (скорее всего, в папку Загрузки)
  2. DOCX извлекается и открывается
  3. Связь, хранящаяся в document.xml.rels, указывает на вредоносный HTML
  4. Запускается предпросмотр IE для открытия HTML-ссылки
  5. JScript внутри HTML содержит скрипт/iframe, указывающий на RAR-файл с префиксом URI-схемы ".wsf:"
  6. Поскольку RAR был спроектирован так, чтобы одновременно быть валидным RAR и валидным WSF-скриптом, скрипт выполняется

Какие эксплойты PoC реализованы в инструменте

Утилита генератора в настоящее время может воспроизводить следующие атаки:

Скачать инструмент