Skip to main content
CVE-2025-62509VulnerabilityPublished

CVE-2025-62509: error311 FileRise · Improper Handling of Insufficient Permissions or Privileges

Affects error311 FileRiseSource CVE Database V5

0

Not known to be exploited · CVSS 8.1 High : upgrade to 1.4.0 soon.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
8.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.4.0
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

Upgrade error311/FileRise to 1.4.0.

Affected software

ProductAffectedFixed in
GitHuberror311/FileRisepkg:github/error311/FileRiseOther threatsAffected
  • <1.4.0
Fixed in
  • 1.4.0

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

AI-suggested

European organizations should immediately upgrade FileRise installations to version 1.4.0 or later, with version 1.5.0 recommended for enhanced security. Until upgrades are applied, implement strict access controls by restricting non-admin users to read-only permissions and disabling delete, rename, and move APIs server-side for these users. Avoid using folder names that directly correspond to usernames or other predictable identifiers to reduce the risk of IDOR exploitation. Implement server-side authorization checks that explicitly verify file and folder ownership before permitting any modification or deletion operations. Conduct thorough audits of existing file permissions and folder structures to identify and remediate potential exposure. Employ monitoring and alerting on file operation endpoints to detect unusual activity indicative of exploitation attempts. Educate administrators and users about the risks of this vulnerability and enforce policies to minimize privilege escalation. Finally, integrate this vulnerability into vulnerability management and patching workflows to ensure timely updates and continuous security posture improvement.

Description

FileRise is a self-hosted web-based file manager with multi-file upload, editing, and batch operations. Prior to version 1.4.0, a business logic flaw in FileRise’s file/folder handling allows low-privilege users to perform unauthorized operations (view/delete/modify) on files created by other users. The root cause was inferring ownership/visibility from folder names (e.g., a folder named after a username) and missing server-side authorization/ownership checks across file operation endpoints. This amounted to an IDOR pattern: an attacker could operate on resources identified only by predictable names. This issue has been patched in version 1.4.0 and further hardened in version 1.5.0. A workaround for this issue involves restricting non-admin users to read-only or disable delete/rename APIs server-side, avoid creating top-level folders named after other usernames, and adding server-side checks that verify ownership before delete/rename/move.

References

Community reviews

Loading reviews…