CVE-2026-32759: File Browser TUS Negative Upload-Length Fires Post-Upload Hooks Prematurely
File Browser is a file managing interface for uploading, deleting, previewing, renaming, and editing files within a specified directory. In versions on the 2.x branch prior to 2.33.8, the TUS resumable upload handler parses the Upload-Length header as a signed 64-bit integer without validating that the value is non-negative, allowing an authenticated user to supply a negative value that instantly satisfies the upload completion condition upon the first PATCH request. This causes the server to fire after_upload exec hooks with empty or partial files, enabling an attacker to repeatedly trigger any configured hook with arbitrary filenames and zero bytes written. The impact ranges from DoS through expensive processing hooks, to command injection amplification when combined with malicious filenames, to abuse of upload-driven workflows like S3 ingestion or database inserts. Even without exec hooks enabled, the negative Upload-Length creates inconsistent cache entries where files are marked complete but contain no data. All deployments using the TUS upload endpoint (/api/tus) are affected, with the enableExec flag escalating the impact from cache inconsistency to remote command execution. This feature has been disabled by default for all installations from v2.33.8 onwards, including for existent installations. To exploit this vulnerability, the instance administrator must turn on a feature and ignore all the warnings about known vulnerabilities.
Security readout for executives and security teams
Plain-English summary
File Browser before 2.33.8 can treat a negative upload size as a completed TUS upload. An authenticated user could make the server run post-upload workflows on empty or partial files. Business impact is usually operational disruption or bad data, but deployments with exec hooks enabled can face more serious command-execution consequences.
Executive priority
Prioritize upgrade where File Browser is internet-accessible, has many authenticated users, or runs upload automation. Treat exec-enabled deployments as urgent because the same parser flaw can amplify dangerous post-upload behavior.
Technical view
The TUS handler parses Upload-Length as signed int64 and does not reject negative values. A first PATCH can satisfy the completion condition, firing after_upload hooks with attacker-chosen filenames and no or partial content. CVE data lists CWE-190, CVSS 4.0 score 5.3, PR:L, and affected File Browser versions before 2.33.8.
Likely exposure
Exposure is most likely on File Browser 2.x deployments before 2.33.8 using the /api/tus upload endpoint. Risk increases materially where administrators enabled exec functionality or upload-driven automations such as ingestion, processing, or database workflows.
Exploitation context
The source bundle does not show KEV listing or active exploitation. Exploitation requires authenticated access. The more severe path depends on an administrator enabling the exec feature despite warnings; otherwise documented impact includes inconsistent cache state and empty files marked complete.
Researcher notes
The core bug is signed integer handling around Upload-Length. The advisory states exec functionality is disabled by default from 2.33.8 onward, including existing installations. Evidence is strongest for authenticated misuse and hook-trigger abuse; no provided source confirms in-the-wild exploitation.
Mitigation direction
Upgrade File Browser to version 2.33.8 or later.
Keep enableExec disabled unless vendor guidance explicitly supports the use case.
Disable or review after_upload exec hooks on affected deployments.
Review upload-driven workflows for unsafe trust in upload completion state.
Consult the GitHub advisory and issue for current vendor guidance.
Validation and detection
Inventory File Browser instances and confirm versions are 2.33.8 or later.
Check whether /api/tus is reachable by authenticated users.
Review configuration for enableExec and after_upload hooks.
Look for zero-byte files marked complete after TUS uploads.
Review logs for repeated post-upload hook execution patterns.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-190: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-190 · source CWE mapping
Integer Overflow or Wraparound
Integer Overflow or Wraparound represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.