← Ко всем гайдам

Когда в новостях дыра

NGINX Rift: что делать на nginx и VMBitrix

Дыра в самом nginx, не в CMS. Публичный эксплойт есть, попытки атак уже ловили. Ниже — кому обновлять bx-nginx, какие версии nginx безопасны и как понять снаружи, касается ли это вас.

25 октября 2026

Что случилось простыми словами

CVE-2026-42945 — heap overflow в модуле rewrite nginx (исследователи назвали связку NGINX Rift). Без логина злоумышленник при определённой конфигурации может ронять worker-процессы; при отключённом или обойдённом ASLR — дойти до выполнения кода.

Баг в коде с ~2008 года: затронуты nginx Open Source примерно с 0.6.27 до 1.30.0. Срабатывает не на «любом» nginx, а когда в конфиге есть rewrite с безымянными capture (`$1`, `$2`) в замене с `?`, и рядом в том же scope — ещё rewrite / if / set. На типовом VMBitrix rewrite обычно включён — риск выше среднего «голого» стенда.

В мае 2026 F5 и nginx выпустили патчи (stable 1.30.1, mainline 1.31.0+). 1С-Битрикс собрал bx-nginx 1.30.2 для VMBitrix (закрывает Rift и соседние майские CVE, в т.ч. nginx-poolslip). В открытом доступе есть эксплойт; исследователи фиксировали попытки эксплуатации. В каталоге CISA KEV этой CVE пока нет — приоритет всё равно высокий: публичный PoC + типичный RU-стек.

Рядом: Битрикс на периметре, PHP2Shell, касается ли CVE вас.

Кого это касается

Сайты и API за nginx Open Source / Plus до безопасной сборки, если в конфиге есть «опасный» rewrite-паттерн.

Особенно VMBitrix: официальная ВМ 1С-Битрикс с встроенным nginx. Облачный Битрикс24 и инфраструктура самой 1С-Битрикс патчили отдельно — этот чеклист про ваши on-prem / VPS / VMBitrix.

Отдельно обновите nginx вне VMBitrix (прокси, CDN-origin, Docker-образы) — bx-nginx их не закрывает.

Забытые стенды на поддоменах: новые поддомены.

Какие версии уже безопасны

Ориентир по вендору (уточняйте у своего дистрибутива / образа):

  • nginx Open Source → 1.30.1 (stable) или 1.31.0+ (mainline); позже — 1.31.1 и новее
  • VMBitrix → пакет bx-nginx 1.30.2 или новее
  • nginx Plus → хотфиксы веток по advisory F5 (не «просто dnf update nginx» без чтения notes)
  • Сборка дистрибутива (Debian/Ubuntu/RHEL) → бэкпорт пакета ОС, если версия в баннере ещё «старая», но changelog содержит CVE-2026-42945

Версия в HTTP-заголовке Server — подсказка снаружи, не единственный источник истины: часть хостов режет Server, часть отдаёт «nginx» без номера.

VMBitrix / сайты на 1С-Битрикс

1. На ВМ обновите пакеты по инструкции 1С-Битрикс (типично `dnf clean all && dnf update` — убедитесь, что подтянулся bx-nginx ≥ 1.30.2).

2. Проверьте версию: `rpm -q bx-nginx` или аналог в вашей поставке. Если апдейта нет — смотрите репозиторий Bitrix / тикет поддержке.

3. После обновления перезапустите nginx / проверьте, что сайты отвечают.

4. Staging и «вторая» VMBitrix в том же аккаунте — обновите тоже; прод без стенда не закрывает периметр.

Обновление модуля landing / ядра Битрикс ≠ патч nginx. Это разные слои: CMS и веб-сервер.

Свой nginx (VPS, Docker, прокси)

Обновите пакет или образ до безопасной сборки. В Docker не держите `nginx:1.27` / старые теги без проверки CVE.

Пока не можете патчить — снизьте поверхность: уберите опасные rewrite с безымянными capture и `?` в replacement (временная мера по advisory, не замена патча).

Несколько vhost / reverse-proxy перед Битрикс и WordPress — патч нужен на том nginx, который принимает внешний трафик.

PoC из интернета на прод не гоняйте. Внешний взгляд на стек: Радар.

Как понять «касается / нет» снаружи

Вопрос не «есть ли CVE в мире», а «торчит ли у нас nginx и видна ли уязвимая (или подозрительно старая) версия / VMBitrix-стек».

  • Добавьте корневой домен в signalfort и подтвердите DNS
  • Дождитесь обнаружения хостов и сверки стека
  • Если nginx / Битрикс видны снаружи и совпали — появится находка (сначала как совпадение)
  • «Подтверждено» — только после безопасной проверки на платном плане; это не равно «нас уже взломали»

Старт: бесплатная проверка. Вертикаль: Битрикс на периметре.

Чего не делать

  • Не считать, что «обновили Битрикс в админке — nginx тоже закрыт»
  • Не оставлять вторую VMBitrix / старый Docker без патча
  • Не путать «нет в KEV» с «можно не патчить» при публичном эксплойте
  • Не запускать публичные эксплойты на боевом сайте

После обновления: короткий контроль

Убедитесь, что пакет/образ — безопасной сборки; при открытом Server — что снаружи не светится 1.30.0 и ниже без бэкпорта.

Посмотрите логи на странные запросы к rewrite-тяжёлым URL около дат раскрытия; проверьте целостность конфигов nginx.

Если есть подозрение на компрометацию — изолируйте хост и идите по IR. signalfort помогает с экспозицией и совпадениями, не заменяет разбор на сервере.

Частые вопросы

Это дыра в Битрикс или в nginx?

В nginx (CVE-2026-42945). VMBitrix просто часто стоит на пути: там встроенный bx-nginx. Обновление CMS без пакета веб-сервера Rift не закрывает.

Почему срочно, если не в CISA KEV?

Публичный эксплойт и зафиксированные попытки атак. KEV — сильный сигнал, но не единственный. Для mid-market с nginx/Bitrix на периметре ждать «официального KEV» нельзя.

У нас «просто» WordPress за nginx — тоже?

Да, если nginx на периметре уязвимой версии и конфиг попадает под условие. Отдельно смотрите ещё [WordPress в KEV](/guides/wordpress-kev/), если Core не обновлён.

Достаточно ли обновить bx-nginx на одной ВМ?

На этой ВМ — да для пакета Bitrix. Остальной nginx в инфраструктуре (прокси, другие серверы, Docker) обновляйте отдельно.

Как проверить без SSH?

Снаружи можно увидеть nginx/Битрикс и иногда версию. Добавьте домен в бесплатный Радар signalfort. PoC на прод не запускайте.

Проверить сайт бесплатно