CVE-2025-62509: error311 FileRise · Improper Handling of Insufficient Permissions or Privileges
Affects error311 FileRiseSource CVE Database V5
Not known to be exploited · CVSS 8.1 High : upgrade to 1.4.0 soon.
Data as of 26 Oct 2026, 06:26 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 20 Oct 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
GitHuberror311/FileRisepkg:github/error311/FileRiseOther threats | Affected
| Fixed in
|
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.