filebrowser through 2.63.23 does not remove share records when a shared file is renamed (only deletion triggers share cleanup). The share record is keyed by path, so it survives the rename and remains dormant (returning 404 while the path is empty). When any new, unrelated file later appears at the original shared path — via re-upload, another user with create permission, or a hook — the stale public share link serves that new file under the original link's password and expiry settings, unexpectedly exposing it.

Attack Vector Network

Attack Complexity High

Privileges Required Low

Attack Requirements Present

User Interaction None

Vulnerable System Confidentiality Impact Low

Vulnerable System Integrity Impact None

Vulnerable System Availability Impact None

Subsequent System Confidentiality Impact None

Subsequent System Integrity Impact None

Subsequent System Availability Impact None

Attack Vector Network

Attack Complexity High

Privileges Required Low

Scope Unchanged

Confidentiality Impact Low

Integrity Impact None

Availability Impact None

User Interaction None

No CVSS v3.0

No CVSS v2

This CVE is not in the KEV list.

No EPSS score available.

Key SSVC decision points have not yet been added.

Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).

Vendor Product Default status Versions
filebrowser filebrowser unaffected
Version Status Constraints
0 affected ≤ 2.63.23

No data.

No data.

No data.

Project Subscriptions

Vendors Products
Filebrowser Subscribe
Filebrowser Subscribe
Advisories

No advisories yet.

Fixes

Solution

No solution given by the vendor.

Workaround

No workaround given by the vendor.

References
Link Providers
https://github.com/filebrowser/filebrowser/security/advisories/GHSA-m8v4-4w34-rrvf cve-icon cve-icon
https://www.vulncheck.com/advisories/filebrowser-through-2.63.23-stale-share-link-via-file-rename cve-icon cve-icon
History

Fri, 28 Aug 2026 11:30:00 +0000

Type Values Removed Values Added
Description filebrowser through 2.63.23 does not remove share records when a shared file is renamed (only deletion triggers share cleanup). The share record is keyed by path, so it survives the rename and remains dormant (returning 404 while the path is empty). When any new, unrelated file later appears at the original shared path — via re-upload, another user with create permission, or a hook — the stale public share link serves that new file under the original link's password and expiry settings, unexpectedly exposing it.
Title filebrowser through 2.63.23 Stale Share Link via File Rename
First Time appeared Filebrowser
Filebrowser filebrowser
Weaknesses CWE-459
CPEs cpe:2.3:a:filebrowser:filebrowser:*:*:*:*:*:*:*:*
Vendors & Products Filebrowser
Filebrowser filebrowser
References
Metrics cvssV3_1

{'score': 3.1, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:N/A:N'}

cvssV4_0

{'score': 2.3, 'vector': 'CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N'}

Projects

Sign in to view the affected projects.

cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-08-28T10:49:26.624Z

Reserved: 2026-08-28T10:37:04.620Z

Link: CVE-2026-82237

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-08-28T12:16:33.587

Modified: 2026-08-28T12:16:33.587

Link: CVE-2026-82237

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

No data.

Weaknesses