CVE-2026-54092: File Browser Password Validation Denial-of-Service
File Browser versions prior to 2.63.6 contain a denial-of-service vulnerability in the login API that accepts arbitrarily large passwords without validation. An authenticated attacker can submit an extremely long password string, causing the application to consume excessive CPU and memory resources, leading to service degradation or complete failure. In containerized environments, this can crash the container, severely impact host system performance, and potentially trigger errors in the Docker daemon itself.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- Weaknesses (CWE)
- CWE-1284, CWE-400
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-25 / 2026-06-26
NVD description (verbatim)
File Browser is a file managing interface for uploading, deleting, previewing, renaming, and editing files within a specified directory. Prior to 2.63.6, unchecked passwords maximums allow for an arbitrarily large password to be passed into the login API. This spikes CPU and memory, and after testing, crashes, heavily lags any container created, and has even made my docker daemon start to send errors with status code 500 even after the container was destroyed. This vulnerability is fixed in 2.63.6.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-54092 affects File Browser's authentication mechanism, which fails to enforce reasonable constraints on password input length. The vulnerability stems from unchecked password maximums in the login API endpoint. When a maliciously crafted request with an excessively large password payload is submitted, the application attempts to process the string without bounds-checking, triggering resource exhaustion. This maps to CWE-1284 (Improper Validation of Specified Quantity in Input) and CWE-400 (Uncontrolled Resource Consumption), both indicative of insufficient input validation and lack of resource limits. The attack requires authentication credentials but no special privileges or user interaction.
Business impact
The primary business impact is service availability. Deployments of File Browser prior to 2.63.6 are vulnerable to denial-of-service attacks from authenticated users or compromised accounts. In containerized infrastructures, exploitation can degrade or disable the entire container, potentially affecting dependent services and requiring manual intervention to restore. Organizations relying on File Browser for critical file management workflows may experience unplanned downtime. The blast radius extends beyond the vulnerable application itself—the Docker daemon errors observed during testing suggest the attack can destabilize the host platform, affecting other containerized workloads.
Affected systems
File Browser versions before 2.63.6 are affected. The vulnerability requires an authenticated session, so it is exploitable only by users with valid credentials or by threat actors who have compromised an account. Containerized deployments are at higher risk due to resource constraints and the potential for the vulnerability to propagate host-level effects.
Exploitability
Exploitability is moderate. The attack requires valid authentication credentials (PR:L in the CVSS vector), but the actual exploit is trivial—a single HTTP request to the login endpoint with a large password string triggers the vulnerability. No special tools, zero-day knowledge, or complex exploitation logic is needed. The barrier to exploitation is credential possession, not technical sophistication. Any authenticated user, whether legitimate or an account compromised through phishing or credential theft, can trigger denial of service.
Remediation
Upgrade File Browser to version 2.63.6 or later, which includes input validation fixes for password length. Organizations unable to upgrade immediately should implement network-level mitigations: restrict login API access to trusted IP ranges, enforce rate limiting on authentication endpoints, and monitor for unusual resource consumption patterns on File Browser containers. Review user access logs to identify any suspicious login attempts with unusually large payloads.
Patch guidance
Apply File Browser version 2.63.6 or later. Verify the patch by checking the application version string in the UI or via API. Test the update in a non-production environment first, particularly if File Browser is integrated with authentication systems or dependent services. Rolling updates in containerized environments are recommended to minimize downtime.
Detection guidance
Monitor File Browser login API logs for HTTP requests with unusually large password fields—specifically, payloads significantly exceeding typical password lengths (e.g., >1 MB). Observe container and host resource metrics (CPU, memory) for unexplained spikes correlated with authentication events. In Docker environments, check daemon logs for HTTP 500 errors or resource allocation failures when File Browser containers are running. Implement alerting on authentication endpoint latency; a sudden spike may indicate resource exhaustion in progress.
Why prioritize this
Although the CVSS score of 6.5 (MEDIUM) reflects the authentication requirement, the practical impact on availability justifies elevated prioritization for containerized deployments. The vulnerability can crash entire containers and disrupt the Docker daemon, affecting multiple workloads. Organizations running File Browser in production environments, especially in multi-tenant or mission-critical scenarios, should prioritize patching within their standard update cycle. The ease of exploitation once authenticated is noteworthy.
Risk score, explained
CVSS 6.5 (MEDIUM) reflects high availability impact (AV:N—network accessible, AC:L—low complexity, PR:L—low privilege required, A:H—availability highly impacted) but is constrained by the authentication prerequisite. The score appropriately captures that unauthenticated attackers cannot exploit the flaw. However, given the severity of the impact—potential container crashes and host-level disruptions in containerized environments—organizations should not dismiss this as a purely low-risk issue. The practical exploitability and blast radius warrant a risk assessment that accounts for your specific deployment model.
Frequently asked questions
Can this be exploited without valid credentials?
No. The vulnerability requires an authenticated session (PR:L in CVSS). Unauthenticated attackers cannot trigger the denial of service. However, compromised user accounts, default credentials, or weak passwords are potential attack vectors.
What exactly happens when the exploit is triggered?
The application attempts to process an extremely large password string without enforcing limits, consuming CPU and memory resources until the container becomes unresponsive or crashes. In Docker environments, this can cause cascading effects, triggering errors in the daemon itself.
Do I need to take action if File Browser is not containerized?
Yes, all instances of File Browser prior to 2.63.6 should be patched. Containerized deployments face additional risk due to resource isolation and potential host-level effects, but non-containerized instances can still experience service unavailability from resource exhaustion.
Are there temporary mitigations if I cannot patch immediately?
Implement network-level access controls to restrict the login API to trusted IP ranges, enable rate limiting on authentication endpoints, and disable or isolate File Browser if it is not critical to operations. Monitor container and host resources aggressively for anomalies.
This analysis is provided for informational purposes to support vulnerability management and risk assessment. The information is based on the CVE record as published. Organizations should verify patch availability and compatibility with their specific File Browser deployment before applying updates. Testing in non-production environments is strongly recommended. SEC.co does not provide legal advice or guarantee the accuracy of third-party vendor information. Consult the vendor's official advisory for definitive guidance on patches, supported versions, and deployment considerations. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2019-25721MEDIUMDräger Infinity M300 Denial-of-Service Vulnerability – Network-Induced Device Reboots
- CVE-2019-25724MEDIUMDräger Infinity M300 Denial-of-Service Vulnerability Impact on Patient Monitoring
- CVE-2025-48648MEDIUMAndroid NotificationManagerService Resource Exhaustion DoS
- CVE-2026-0042MEDIUMAndroid UBSan Resource Exhaustion Denial of Service
- CVE-2026-0064MEDIUMAndroid Resource Exhaustion Denial of Service
- CVE-2026-0069MEDIUMAndroid Resource Exhaustion in APK Signature Verification
- CVE-2026-0074MEDIUMAndroid LauncherProcessImageListener Denial of Service Vulnerability
- CVE-2026-10156MEDIUMOpen5GS Resource Exhaustion Vulnerability in nf-instances Endpoint