Skip to main content
VulnerabilityPublished 07/24/2026

V4: OpenList: Arbitrary File Read via Path Prefix Confusion in Share Creation API

Affects github.com/OpenListTeam/OpenList/v4Source GCVE Database

0

CVSS 6.5 Medium · fixed in 4.2.4 : update github.com/OpenListTeam/OpenList/v4 when convenient.

Data as of 07/25/2026, 23:50:07 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
Patch
Available – fixed in 4.2.4
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N

What to do

Affected software

ProductAffectedFixed in
Gogithub.com/OpenListTeam/OpenList/v4Affected
  • <4.2.4
Fixed in
  • 4.2.4

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Recommended mitigation includes replacing the flawed strings.HasPrefix check with a canonical path containment validation that is separator-aware, such as verifying that the target path equals the base path or starts with the base path plus a directory separator. Implement a centralized utility function to consistently validate path containment across all share creation, update, and access handlers to prevent regressions.

Description

OpenList v4 contains an authorization bypass vulnerability in its file sharing API due to improper path prefix validation. An authenticated user with sharing privileges can create share links to files outside their assigned base directory by exploiting a flawed string prefix check that does not consider directory separators. This allows unauthorized read access to arbitrary files in sibling directories, breaking tenant/user isolation. The issue affects versions prior to 4.2.4. The vulnerability enables horizontal privilege escalation by exposing files from other users or internal paths. No known exploits in the wild have been reported.

Impact

This vulnerability allows an attacker with legitimate sharing permissions to bypass directory restrictions and access arbitrary files outside their assigned base directory. It breaks data isolation guarantees by enabling unauthorized read access to sensitive files belonging to other tenants or system areas. The impact is limited to confidentiality (read access), with no integrity or availability impact reported. The severity is moderate due to the requirement of authenticated user privileges and the lack of remote unauthenticated exploitation.

Summary

The vulnerability arises from the use of a simple string prefix check (strings.HasPrefix) to verify that a requested file path is within a user's assigned BasePath during share creation or update. Because this check does not account for directory separators, an attacker with a BasePath of '/base' can specify a path like '/base2/secret.txt', which incorrectly passes the prefix check. Consequently, the attacker can create share links to files outside their authorized directory. The share download and listing handlers serve these files without revalidating directory scope, enabling unauthorized access. The flaw is due to CWE-639 (Authorization Bypass Through User-Controlled Key).

Weaknesses

References

Community reviews

Loading reviews…