CVE-2026-107805: Nginx UI: Unauthenticated signed-request body staging can exhaust temporary storage

Published Oct 9, 2026
·
Updated

Summary

In Nginx UI versions 2.5.0 through 2.5.x, the node-signature authentication path staged an attacker-controlled request body in a temporary file and synchronized it to disk before validating the body digest and cryptographic signature. An unauthenticated remote client that can reach the API can provide syntactically valid signature metadata and cause storage and I/O consumption before the request is rejected.

Impact

Concurrent malicious requests can consume temporary filesystem capacity, disk I/O, and request-processing resources, potentially disrupting Nginx UI and other services that share the filesystem. The issue affects availability only; it does not bypass authentication and does not provide confidentiality or integrity impact. Deployment-specific reverse-proxy body limits, filesystem quotas, and concurrency limits may reduce practical impact.

Remediation

Upgrade to Nginx UI 2.6.0 or later. The fix authenticates signed request metadata before staging the body and enforces an application-level streaming size limit with cleanup for rejected requests.

Fix commit: https://github.com/0xJacky/nginx-ui/commit/8c9b9a1aff218ee6c980d047b750e49da3c46796

Other sources

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.

— MITRE

Affected Software

3 affected componentsFixes available
Nginx UI Nginx UI>=2.5.0<2.6.0
go/github.com/0xJacky/Nginx-UI>=1.9.10-0.20260729084040-acb59fdd81db<1.9.10-0.20260901043436-8c9b9a1aff21
1.9.10-0.20260901043436-8c9b9a1aff21
NginxUI Nginx UI>=2.5.0<2.6.0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade go/github.com/0xJacky/Nginx-UI to a version that resolves this vulnerability.

    Fixed in 1.9.10-0.20260901043436-8c9b9a1aff21
  2. Upgrade

    Upgrade Nginx UI to a version that resolves this vulnerability.

    Fixed in 2.6.0
  3. Compensating control

    Apply deployment-specific reverse-proxy request-body limits, filesystem quotas, and concurrency limits to reduce the impact of malicious requests.

Event History

Oct 9, 2026
CVE Published
via MITRE·02:50 PM
Data Sourced
via MITRE·02:50 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·03:17 PM
RemedyDescriptionSeverityWeaknessAffected Software
Advisory Published
via GitHub·08:57 PM
Data Sourced
via GitHub·08:57 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed?

Nginx UI versions from 2.5.0 until 2.6.0 are affected. Exposure requires that an unauthenticated remote client can reach the API endpoint using the node-signature authentication path.

2

What does an attacker need to trigger the resource consumption?

The attacker does not need credentials, but must provide syntactically valid signature metadata. Request-body staging and synchronization occur before the body digest and cryptographic signature are validated.

3

Does successful exploitation expose or alter protected data?

No. The reported impact is availability only: temporary filesystem capacity, disk I/O, and request-processing resources can be consumed before the request is rejected; authentication is not bypassed.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203