---
id: CVE-2026-82237
title: >-
  filebrowser through 2.63.23 does not remove share records when a shared file
  is renamed (only deletion triggers share cleanup)
summary: >-
  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 pat…
severity: low
cvss: 3.1
cvssVector: 'CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:N/A:N'
cwe:
  - CWE-459
published: '2026-08-28'
updated: '2026-09-24'
sourceUpdated: '2026-09-24T20:34:34.170'
source: NVD
sourceUrl: 'https://nvd.nist.gov/vuln/detail/CVE-2026-82237'
references:
  - url: >-
      https://github.com/filebrowser/filebrowser/security/advisories/GHSA-m8v4-4w34-rrvf
    label: disclosure@vulncheck.com
  - url: >-
      https://www.vulncheck.com/advisories/filebrowser-through-2.63.23-stale-share-link-via-file-rename
    label: disclosure@vulncheck.com
  - url: >-
      https://github.com/filebrowser/filebrowser/security/advisories/GHSA-m8v4-4w34-rrvf
    label: 134c704f-9b21-4f2e-91b3-4a467353bcc0
tags:
  - nvd
epss: 0.00265
epssPercentile: 0.16342
ingestedAt: '2026-09-24T20:51:40.238Z'
---

## Overview

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.

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.