До основного вмісту

Вразливості nginx 2026: які версії закривають і як оновитися

Nginx · 27.10.2026 · 2 хв читання

Коротко

14 жовтня 2026 року вийшли nginx 1.30.6 (стабільна гілка) та 1.31.7 (основна). Вони закривають п'ять вразливостей, зокрема CVE-2026-15176, CVE-2026-97205 і CVE-2026-93479. Оновлення виконується штатно й не потребує простою.

Що чим закрито: зведена таблиця

Оцінки та номери версій — за офіційним переліком вразливостей на nginx.org (звірено 27 жовтня 2026 року). Зверніть увагу: частина новинних публікацій називала жовтневий набір «критичним з оцінкою 9.2», тоді як сам розробник відносить ці вразливості до середніх. Найсерйозніші за оцінкою вендора — CVE-2026-42533 і CVE-2026-42530, позначені як major.

ВразливістьДеОцінка вендораВиправлено у
CVE-2026-42533map з регулярними виразамиmajor1.31.3+ / 1.30.4+
CVE-2026-42530HTTP/3, звернення до звільненої памʼятіmajor1.31.2+
CVE-2026-15176alias разом із rewritemedium1.31.7+ / 1.30.6+
CVE-2026-93479обчислення скриптівmedium1.31.7+ / 1.30.6+
CVE-2026-97205асинхронний ввід-вивідmedium1.31.7+ / 1.30.6+
CVE-2026-90439модуль HTTP/3medium1.31.6+ / 1.30.5+
CVE-2026-60005модуль slicemedium1.31.3+ / 1.30.4+
CVE-2026-42945модуль rewritemedium1.31.0+ / 1.30.1+

Стовпець «Виправлено у» показує першу виправлену версію в кожній гілці: стабільній та основній. Якщо ваша версія старіша — вас стосуються всі вразливості, виправлені пізніше за неї.

Перевірка своєї версії

nginx -v
nginx -V 2>&1 | tr ' ' '\n' | grep -E '^--with-http_(v3|slice)_module'

Якщо HTTP/3 зібрано, вразливість CVE-2026-90439 стосується вас безпосередньо. Модуль slice використовується для віддачі великих файлів шматками — якщо він є, актуальна CVE-2026-60005.

Оновлення

sudo apt update && sudo apt install --only-upgrade nginx   # Ubuntu, Debian
sudo dnf update nginx                                      # AlmaLinux, Rocky, RHEL
nginx -t && sudo systemctl reload nginx

Перевірка конфігурації перед перезавантаженням обов'язкова: у разі помилки в конфігу reload залишить працювати стару версію, і ви вирішите, що оновилися.

Якщо nginx зібрано вручну

Зберіть заново з тими самими параметрами — переглянути їх можна так:

nginx -V 2>&1 | sed 's/ --/\n--/g'

Потім виконайте оновлення виконуваного файлу без розриву з'єднань: надішліть головному процесу сигнал USR2, потім QUIT — старому. Цей прийом описано в документації nginx як бінарне оновлення на льоту.

Перевірка результату

nginx -v
ps -eo lstart,cmd | grep 'nginx: worker' | head -3

Версія має бути новою, а робочі процеси — свіжими.

Часті запитання

У мене nginx за Cloudflare, це захищає?

Частково: екран відсікає частину масових сканувань, але запити все одно доходять до вашого сервера. Оновлюватися потрібно.

Стабільна гілка чи основна?

Для робочих майданчиків беріть стабільну (1.30.x): туди переносять лише виправлення. Основна гілка отримує й нові можливості.

Як дізнатися версію, не заходячи на сервер?

curl -sI https://ваш-сайт/ | grep -i server

Якщо версію приховано директивою server_tokens off, ззовні її не видно — і це правильне налаштування.

Чи була стаття корисною?
← Назад до бази знань Поставити питання підтримці