NGINX sits in front of a large share of the web, often in places nobody remembers configuring. On October 14 the project shipped 1.31.7 and 1.30.6 with fixes for five security bugs, and F5 calls two of them critical.
Nobody has reported attacks. The catch is that whether you are exposed depends on how each server block is written, so the quick answer is to upgrade.
Whether your NGINX is exposed depends on a config file someone wrote years ago. Upgrading is faster than reading it.
The 5-Minute Cyber BriefDon’t Miss the Policy Changes That Affect Security Decisions
Get the key CISA actions, new regulations, guidance, and risk shifts in a quick daily brief.
By subscribing you agree to our Privacy Policy.
Free. Weekday mornings. 5 minutes or less.
NGINX 1.31.7 fixes five security bugs
CVE-2026-15176 is a buffer overflow in a worker process when the alias directive serves a request whose URI was changed by rewrite. CVE-2026-93479 is an overflow while evaluating string expressions with variables, which touches document root calculation and request logging. Both are fixed in 1.31.7 and 1.30.6.
The same release fixes CVE-2026-97205, a use-after-free with asynchronous file I/O and SSI include virtual; CVE-2026-95101, an HTTP/3 flaw that can slip data past client_max_body_size into proxied requests; and CVE-2026-97629, an uninitialized TLS session ticket key that could allow session forgery.
Configs with alias and rewrite are the ones exposed
SecurityWeek reports that F5 rates CVE-2026-15176 and CVE-2026-93479 critical and says an unauthenticated attacker can trigger them with crafted HTTP requests. In most cases that crashes and restarts the worker. Code execution needs ASLR to be off or bypassed. The nginx.org advisory list rates each bug medium.
CVE-2026-15176 reaches back to nginx 0.1.29, so almost every install with an alias plus rewrite setup is in range. Distribution packages, container base images and appliances that bundle NGINX update on their own schedule, which is where old builds tend to hide.
Upgrade NGINX to 1.30.6 or 1.31.7
- Upgrade NGINX Open Source to 1.31.7 (mainline) or 1.30.6 (stable), or the distribution package that backports these CVEs.
- Rebuild container images that use an
nginxbase image and redeploy them. - Search configs for locations that combine
aliaswithrewrite, and foraiowith SSI, and upgrade those servers first. - Ask vendors of appliances and ingress controllers that embed NGINX for their fixed release.
Forward this
For whoever runs our web servers and containers: NGINX released 1.31.7 and 1.30.6 on October 14 to fix five security bugs, two of which F5 rates critical. Nobody is attacking them yet. Can we get NGINX hosts and nginx-based container images onto the fixed versions this week?
Details
- CVE-2026-15176: buffer overflow with
aliasafterrewrite; vulnerable 0.1.29 to 1.31.6. F5 advisory K000162416, October 14, 2026. - CVE-2026-93479: buffer overflow in script evaluation; vulnerable 1.31.2 to 1.31.6 and 1.30.0 to 1.30.5.
- Also fixed: CVE-2026-97205 (AIO use-after-free), CVE-2026-95101 (HTTP/3 request body injection), CVE-2026-97629 (TLS session ticket forgery).
- Fixed: 1.31.7 and 1.30.6. Not reported as exploited.
Hunt / verify
- Worker process crashes (
exited on signal 11) in the NGINX error log since October 14. - Run
nginx -Von each host and container to confirm the running version, not just the installed package. - Requests with unusual rewritten paths hitting
aliaslocations.
Source: nginx security advisories; nginx CHANGES 1.31.7; F5 K000162416
Sources
- nginx.org: nginx security advisories
- nginx.org: Changes with nginx 1.31.7
- F5: K000162416, NGINX ngx_http_core_module vulnerability CVE-2026-15176
- SecurityWeek: F5, Juniper Networks Patch Critical Vulnerabilities
- CVE.org: CVE-2026-15176
Start your morning with the signal that matters.
Get the biggest cybersecurity developments, why they matter, and where to go deeper on CyberExperts.
By subscribing you agree to our Privacy Policy.
Free. Weekdays. Built for operators.