HIGH 7.5

CVE-2026-54094: File Browser Symlink Path Traversal (v2.63.14)

File Browser, a file management interface used for uploading, deleting, previewing, renaming, and editing files, contains a symlink-following vulnerability that allows attackers to escape the intended directory scope. Before version 2.63.14, the HTTP file handlers do not validate symlink targets before serving or accessing files. This means a user with restricted access to a specific directory—or even an unauthenticated user with public-share permissions—can craft a symlink with a path that appears to be within their allowed scope but actually points to files outside that boundary. An attacker can exploit this to read, write, or enumerate sensitive files outside the intended scope.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-22, CWE-59
Affected products
0 configuration(s)
Published / Modified
2026-06-25 / 2026-06-25

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.14, it does not stop the HTTP file handlers from following symbolic links before they open, serve, write, share, or list a file. As a result, a scoped user — and in some cases an unauthenticated public-share recipient — can cross the intended scope boundary by following a symlink whose path is lexically inside their scope but whose target is outside it. This vulnerability is fixed in 2.63.14.

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

File Browser versions prior to 2.63.14 fail to perform symlink target validation in HTTP file handlers responsible for open, serve, write, share, and list operations. The vulnerability stems from following symbolic links without verifying that the resolved target path remains within the user's authorized scope. An attacker can craft a symlink whose lexical path satisfies scope checks but whose inode target does not, resulting in access to out-of-scope files. This is a classic path traversal variant (CWE-22) combined with unsafe symlink handling (CWE-59). The lack of authentication requirement in public-share scenarios amplifies the risk, allowing unauthenticated users to exploit the flaw if they possess a share link to a directory containing a symlink.

Business impact

This vulnerability enables unauthorized information disclosure and potential data modification. A scoped user or public-share recipient can access confidential files, source code, configuration files, or database credentials stored outside their intended directory. In multi-tenant or shared-hosting deployments, this could allow cross-user data access. The public-share variant means the flaw can be exploited without credentials, lowering the barrier to attack. Additionally, write access could allow file corruption or injection of malicious content if the symlink target is writable.

Affected systems

File Browser versions before 2.63.14 are affected. The advisory does not list specific downstream products that bundle this software. Organizations using File Browser in production environments should audit their deployments and upgrade immediately. This includes self-hosted instances and any third-party applications that embed File Browser as a dependency.

Exploitability

Exploitability is high. The attack requires no special privileges for authenticated users and no credentials at all for public-share recipients. Symlink creation is straightforward on most filesystems, and the HTTP handlers will follow them automatically without validation. The network-accessible nature (AV:N) and low attack complexity (AC:L) mean any remote attacker who can interact with the File Browser interface can attempt exploitation. No user interaction is required.

Remediation

Upgrade File Browser to version 2.63.14 or later immediately. This version patches the symlink validation logic, ensuring that resolved targets are checked against the user's authorized scope before access is granted. Organizations should also review access controls for their File Browser instances, restrict public-share functionality where possible, and audit logs for suspicious file access patterns that may indicate exploitation attempts.

Patch guidance

Apply File Browser version 2.63.14 or later. Verify the patch through the official project repository or vendor advisory to confirm the symlink-handling changes. Test the upgrade in a non-production environment first to ensure compatibility with existing deployments. After patching, restart the File Browser service to ensure the new handlers are active.

Detection guidance

Monitor File Browser logs and HTTP access logs for requests containing encoded symlinks (../, ..\, etc.) in file paths, particularly requests that resolve to files outside the configured scope directory. Watch for 404 or permission-denied errors followed by successful access to unexpected file paths, which may indicate symlink traversal attempts. File integrity monitoring tools can alert on unexpected symlink creation within File Browser directories. Network-level detection is difficult without deep packet inspection, so log analysis and behavioral monitoring are recommended.

Why prioritize this

This vulnerability scores 7.5 (HIGH) under CVSS 3.1, reflecting high confidentiality impact, network accessibility, and low barriers to exploitation. The lack of authentication requirements in public-share scenarios and the ease of symlink creation make this a practical attack vector. Organizations with File Browser exposed to untrusted networks or used in multi-tenant environments should prioritize patching within 24–48 hours.

Risk score, explained

CVSS 3.1 score of 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N) reflects: Network-accessible attack vector, low attack complexity (symlinks are trivial to create), no privilege requirement, no user interaction, and high confidentiality impact (unauthorized file disclosure). Integrity and availability are not directly affected by this vulnerability, limiting the score from critical. The score would be higher if write or deletion permissions were granted by default.

Frequently asked questions

Can this vulnerability be exploited without authentication?

Yes, in public-share scenarios. If a File Browser directory is shared publicly via a share link, an unauthenticated attacker can exploit the symlink vulnerability. Authenticated users with scoped access can also exploit it. Only completely internal, access-controlled instances are protected by default.

What files are at risk?

Any files on the same filesystem as the File Browser root directory are potentially at risk, including system files, application configuration, private keys, other users' data, and databases. The actual risk depends on filesystem permissions and the privileges of the File Browser process.

Does upgrading to 2.63.14 require data migration or configuration changes?

No. The patch is a logic fix that adds symlink target validation without changing the API or storage format. Upgrades should be backward-compatible, though testing in a staging environment is recommended before deploying to production.

How can we detect if we've been exploited?

Review File Browser access logs and HTTP server logs for requests with symlink paths or unexpected file access outside the intended directory. Check filesystem logs for symlink creation events. Audit file modification times and hashes for unexpected changes. For public shares, determine if any unauthorized symlinks were created or accessed during the vulnerability window.

This analysis is based on publicly disclosed vulnerability information and the CVE record provided. Organizations should verify patch availability and compatibility with their specific File Browser deployment and any downstream dependencies. Testing should be performed in a staging environment before production deployment. SEC.co does not provide legal or compliance advice; assess risk within your organizational context and regulatory requirements. Source: NVD (public-domain), retrieved 2026-08-03. Analysis generated by SEC.co (claude-haiku-4-5).