Skip to main content

Nginx UI EUVDEUVD-2026-95818

| CVE-2026-107805 HIGH
Uncontrolled Resource Consumption (CWE-400)
2026-10-09 GitHub_M GHSA-j3hg-9rp3-5hw9
7.5
CVSS 3.1 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach unauthenticated node-auth API endpoint
  2. Exploit
    Send oversized body with valid signature metadata
  3. Execution
    Body staged and fsync'd to temp disk pre-validation
  4. Impact
    Exhaust temporary storage and disk I/O

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK

1 technique across 1 tactic: Impact

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires network reachability to the Nginx UI node-signature authentication endpoint (the inter-node/clustering API) on an instance running 2.5.0 through pre-2.6.0. The attacker must supply syntactically valid signature metadata, but NOT a valid body digest or cryptographic signature, because the body is staged to a temporary file and synchronized to disk before those are validated - so no authentication, user interaction, or special configuration is needed to trigger staging. Limiting factors: exploitation depth depends on available temporary filesystem capacity and disk I/O headroom, and exposure is constrained by whether the node API is actually reachable by untrusted clients (e.g., multi-node deployments or instances with the application server exposed directly rather than behind a restricted reverse proxy); the fix also caps staged bodies at 128 MiB.

Impact

Signals are consistent in pointing to an easy-to-reach but impact-limited flaw. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) confirms remote, unauthenticated, low-complexity exploitation, which matches the description's statement that an unauthenticated client providing only syntactically valid signature metadata can trigger the staging behavior before any cryptographic validation. However, impact is strictly availability (C:N/I:N/A:H, CWE-400 resource exhaustion) - the advisory explicitly notes no authentication bypass, confidentiality, or integrity impact, so the 7.5 'High' score is driven entirely by the DoS dimension. No EPSS score, no CISA KEV listing, and no POC flag were supplied in the input, so exploitation probability and in-the-wild status cannot be quantified from available data; absence of these is not evidence of safety but should not be read as active exploitation either. Exposure is further gated by whether the node-signature/clustering API is network-reachable - in single-node deployments that endpoint may not be exposed. Net: a legitimate patch-worthy availability bug (trivial to exploit where the node API is reachable), but not a confidentiality/integrity emergency and, absent EPSS/KEV, not demonstrably under mass exploitation.

Exploit ScenarioDerived

An unauthenticated attacker who can reach the Nginx UI node-signature API sends repeated or large request bodies accompanied by syntactically valid signature metadata. Because each body is staged to a temporary file and synchronized to disk before the digest and signature are validated, the attacker consumes temporary filesystem capacity, disk I/O, and request-processing resources and can degrade or crash the service. No public POC was identified in the provided data, though the fixing commit and GHSA advisory document the exact mechanism.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 09, 2026

Unauthenticated remote clients that can reach the Nginx UI node-signature authentication API on versions 2.5.0 through pre-2.6.0 can force the server to stage attacker-controlled request bodies to temporary files and flush them to disk before any digest or cryptographic signature validation occurs, allowing exhaustion of temporary filesystem capacity, disk I/O, and request-processing resources. The impact is availability-only (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, 7.5) - authentication is not bypassed and there is no confidentiality or integrity impact. No public exploit code was identified at time of analysis and the flaw is not confirmed as actively exploited (no CISA KEV listing); vendor-released patch: 2.6.0, which caps staged node request bodies at 128 MiB and adds a pre-read ContentLength check.

RemediationAI

Upgrade Nginx UI to 2.6.0 or later (Vendor-released patch: 2.6.0), which bounds staged node request bodies at 128 MiB, rejects oversized requests based on declared Content-Length before reading, and cleans up partial temporary files; the fix is contained in commit 8c9b9a1aff218ee6c980d047b750e49da3c46796 and documented in advisory GHSA-j3hg-9rp3-5hw9. If immediate upgrading is not possible, reduce exposure by ensuring the node-signature/inter-node API is never reachable by untrusted clients: keep Nginx UI behind a reverse proxy or firewall rule that permits only trusted node IPs (trade-off: this can break multi-node clustering and remote node management until the allowlist is updated), and avoid binding the application server directly to public interfaces. Additionally, monitor and cap the size/growth rate of the temporary filesystem used by TMPDIR (files named nginx-ui-node-request-body-*) and alert on disk I/O spikes or fsync latency from the Nginx UI process, since those are the observable symptoms of this resource-exhaustion pattern; these controls only mitigate the impact and do not remove the underlying flaw. Note that no public exploit code was identified at time of analysis, but the issue is trivially reachable (unauthenticated, PR:N) where the API is exposed, so remediation should not be deferred solely on the absence of a published exploit.

Affected VersionsENISA

nginx-ui 2.5.0, < 2.6.0

Affected Packages

go github.com/0xjacky/nginx-ui fix: 1.9.10-0.20260901043436-8c9b9a1aff21
euvd nginx_ui_2_5_0 fix: 2.6.0

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in go, euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Nginx UI is a Go-based web management interface for the nginx web server, and it includes an inter-node/clustering feature whose requests are authenticated through a "node-signature" scheme (the internal/nodeauth package). In the vulnerable flow, temporaryRequestBody/stageRequestBody reads the incoming HTTP body through io.Copy into an io.MultiWriter that simultaneously writes the bytes to a temporary file (nginx-ui-node-request-body-* under TMPDIR) and feeds them into a SHA-256 digest; the file is synchronized to disk before the code compares the computed digest and verifies the cryptographic signature against the supplied signature metadata. Because staging happens first, an attacker who merely presents syntactically valid signature metadata - without a valid digest or signature - still causes unbounded disk writes and fsyncs. This is CWE-400 (Uncontrolled Resource Consumption): the root cause is the absence of a size bound on the staged body. The upstream fix in commit 8c9b9a1 introduces the constant maxStagedRequestBodySize = 128 << 20 (128 MiB), rejects requests whose declared ContentLength already exceeds the limit without reading the body, wraps the copy in io.LimitReader, and then performs a one-byte over-read (io.CopyN into io.Discard) to detect and clean up streams that exceed the cap, returning errRequestBodyTooLarge. Affected products per the CPE cpe:2.3:a:0xjacky:nginx-ui cover the 2.5.0 through pre-2.6.0 release range.

Know when Nginx Ui gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (GitHub_M) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

Unauthenticated remote staging occurs before signature validation (PR:N, AC:L, AV:N); impact is resource exhaustion affecting availability only, so C:N/I:N/A:H.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

2
Patch available
Oct 09, 2026 - 16:02 EUVD
CVE Published
Oct 09, 2026 - 14:50 cve.org
HIGH 7.5

DescriptionCVE.org

Nginx UI is a web user interface for the Nginx web server. From 2.5.0 until 2.6.0, the node-signature authentication path performs temporary file staging of an attacker-controlled request body and synchronizes it before validating the body digest and cryptographic signature. An unauthenticated remote client that can reach the API and provide syntactically valid signature metadata can consume temporary filesystem capacity, disk input and output, and request-processing resources before rejection. The issue affects availability and does not bypass authentication or provide confidentiality or integrity impact. This issue is fixed in version 2.6.0.

Technical POC Analysis

CWE-400 (Uncontrolled Resource Consumption), via an order-of-operations defect in the node-signature authentication path of Nginx UI.

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

Nginx UI versions 2.5.0 through pre-2.6.0 are exposed to an unauthenticated remote resource-exhaustion flaw that can take the management interface offline by filling temporary disk space and saturating I/O. Because the Nginx UI is used to administer web infrastructure, its unavailability could delay configuration changes and incident response, even though no data confidentiality or integrity is at risk. A vendor-released patch (2.6.0) is available, and internet-exposed or broadly reachable instances should be prioritized for remediation.

Business Impact: Medium
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.4%
Top 63% exploitable
Prevalence
Medium
popular self-hosted open-source nginx management UI, moderate real-world footprint
Threat Intel
1
1 source
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
Medium

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2026-27944 CRITICAL POC
9.8 Mar 05

Unauthenticated backup download and RCE in Nginx UI before 2.3.3. EPSS 1.0%. PoC available.

CVE-2024-49368 HIGH POC
8.9 Oct 21

Nginx UI is a web user interface for the Nginx web server. Rated high severity (CVSS 8.9), this vulnerability is remotel

CVE-2026-42221 HIGH POC
8.1 May 04

Unauthenticated attackers can hijack the administrator account during nginx-ui's first-run installation window by claimi

CVE-2024-49366 HIGH POC
7.7 Oct 21

Nginx UI is a web user interface for the Nginx web server. Rated high severity (CVSS 7.7), this vulnerability is remotel

CVE-2026-42220 MEDIUM POC
6.5 May 04

nginx-ui prior to version 2.3.8 exposes sensitive configuration values including node.secret via an authenticated GET /a

CVE-2024-23827 CRITICAL
9.8 Jan 29

Nginx-UI is a web interface to manage Nginx configurations. Rated critical severity (CVSS 9.8), this vulnerability is re

CVE-2026-107806 CRITICAL
9.4 Oct 09

Authenticated administrators of Nginx UI releases 2.3.8 through 2.4.x can achieve remote code execution on the host by a

CVE-2026-42238 CRITICAL
9.0 May 04

Remote code execution as root in nginx-ui versions before 2.3.8 via unauthenticated backup restore within 10-minute star

CVE-2026-84318 HIGH
8.8 Oct 12

Configuration-validation bypass in Nginx UI (versions 2.0.0-rc.6 through 2.4.0) lets an authenticated low-privilege user

CVE-2026-84313 HIGH
8.8 Oct 12

Nginx UI installations before 2.4.1 expose two account-security endpoints, POST /api/otp_enroll and POST /api/finish_pas

CVE-2026-84316 HIGH
8.8 Oct 12

Configuration validation bypass in Nginx UI (nginx-ui) prior to 2.4.1 lets an authenticated user with configuration-writ

CVE-2026-107811 HIGH
8.8 Oct 09

Ordinary authenticated users of clustered Nginx UI deployments can read the cluster node token from the JSON responses o

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy