Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as non-admin with extract rights
-
ExploitUpload crafted ZIP into folder holding external symlink
-
ExecutionextractTo() writes entry through symlink
-
ImpactOverwrite and delete file outside storage root
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Symlink resolution safety
|
| Exploitation Conditions | Exploitation requires ALL of the following: (1) an authenticated non-administrator account holding FileRise 'extract' permission (PR:L); (2) the ability to upload or otherwise place an attacker-controlled ZIP/7z/RAR into a target folder; (3) a PRE-EXISTING symlink in that destination folder pointing to a directory outside the storage root - the advisory explicitly does not establish that FileRise lets the attacker create this symlink, making it the dominant limiting factor; and (4) the FileRise OS process must already hold filesystem write (overwrite) or removal (delete) permission on the external target. Because versions prior to 3.23.0 call ZipArchive::extractTo() against the live destination before validating resolved paths, these conditions together enable overwrite and cleanup-based deletion of files outside the storage root. The combination of required authentication, a non-attacker-controlled symlink precondition, and dependence on host filesystem permissions is why attack complexity is high despite the network vector. |
| Impact | The provided CVSS 3.1 vector (AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:H/A:H, base 6.8 Medium) and the description agree with each other: the flaw is network-reachable but gated by high attack complexity and low-privilege authentication. No EPSS probability, CISA KEV entry, or public POC was supplied in the intelligence, so there is no automated-exploitation or in-the-wild signal to push this above its Medium rating. The decisive risk-limiting fact comes from the vendor advisory itself: it does NOT establish that the attacker can create the prerequisite external symlink through FileRise. Exploitation therefore depends on a symlink-to-outside-root already existing in a folder the attacker can write to, plus the FileRise OS process holding write/remove permission on the external target - a chain of preconditions largely outside the attacker's control, which is exactly why AC:H is justified. This is a real, vendor-confirmed and patched integrity/availability issue (arbitrary external file overwrite and deletion via CWE-59 link following during ZIP/7z/RAR extraction), but it reads as a conditional, environment-dependent flaw rather than a mass-exploitable priority. No conflicting signals exist between the CVSS vector and the description; the key caveat is simply that the decisive prerequisite (symlink creation) is unproven, so worst-case claims should be treated with caution. |
| Exploit ScenarioDerived | An authenticated non-administrator with extract permission uploads an attacker-crafted ZIP into a folder that already contains a symlink pointing to a directory outside the storage root. Because FileRise runs ZipArchive::extractTo() against the live destination before validating resolved paths, an ordinary archive entry is written through the symlink, overwriting an external file, and post-extraction cleanup can then delete that external target through the same linked parent. No public exploit identified at time of analysis, and the attack succeeds only where the prerequisite symlink already exists and the FileRise process has the needed filesystem permissions. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Authenticated archive extraction in FileRise prior to 3.23.0 can overwrite and then delete files outside the configured storage root, but only when the destination folder already contains a symlink pointing to a directory outside that root. Exploitation requires a low-privileged but authenticated (PR:L) account holding 'extract' permission that can also place an attacker-controlled ZIP, 7z, or RAR in the affected folder, plus a pre-existing symlink the advisory does not establish the attacker can create; the FileRise OS process must also already hold write or delete permission on the external target, which is why attack complexity is rated high (AC:H) despite the network vector. The resulting CVSS 3.1 base score is 6.8 (Medium) with high integrity and availability impact and no confidentiality impact, and no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Upgrade FileRise to 3.23.0 or later - the vendor-released patch; the fix is contained in commit cc1118923b522baff28dca05bdd79c27f984c68a and published under the v3.23.0 release tag (https://github.com/error311/FileRise/releases/tag/v3.23.0), with details in advisory GHSA-jp22-hh6w-mpwp. The upgrade should be treated as the primary and only complete fix, since v3.23.0 replaces in-place extraction with a private temporary workspace and atomic placement through verified in-root directories. If immediate upgrading is not possible, apply targeted compensating controls in this order: (1) audit the storage root for symlinks and remove or replace any that point outside it - this directly removes the prerequisite condition, at the cost of breaking any legitimate user workflow that depends on those links; (2) restrict the 'extract' permission to a minimal set of trusted accounts, which addresses the PR:L requirement but does not help if a trusted operator is coerced; (3) run the FileRise process with a least-privilege OS account whose write and delete rights are confined to the storage root, which neutralizes the overwrite and cleanup deletion even if a symlink is followed, at the cost of possibly breaking other integrations that rely on writing outside that tree; (4) monitor or deny archive uploads into folders containing symlinks via external file-integrity tooling, which is detection-oriented and will not prevent the initial overwrite. Note that the vendor's v3.23.0 release also includes unrelated breaking changes for OIDC account binding and ONLYOFFICE signed save callbacks, so review the upgrade notes and verify a working local administrator login before deploying.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
This is a link-following flaw (CWE-59) rooted in the ordering of path validation versus filesystem side effects during archive extraction. In FileRise versions before 3.23.0 the application validates archive entry names, but the code calls ZipArchive::extractTo() directly into the authorized live destination before the resolved paths are validated; a pre-existing symlink in that destination therefore redirects an otherwise ordinary entry to a location outside the storage root, allowing an external file to be overwritten, and the subsequent post-extraction cleanup can delete that same external target through the linked parent directory. The CPE cpe:2.3:a:error311:filerise:*:*:*:*:*:*:*:* confirms the affected component is the FileRise product published by error311 with a wildcard version match, i.e. every release below the fixed one. The upstream fix (commit cc1118923b522baff28dca05bdd79c27f984c68a, released as v3.23.0) changes the extraction model rather than just the regex: ZIP, 7z and RAR archives are now expanded into a private temporary workspace on the same local storage volume and validated regular files are placed atomically only through real in-root destination directories, so pre-existing destination symlinks can no longer redirect extraction or cleanup outside the storage root. The same release also hardens adjacent path boundaries, rejecting raw or encoded '.' and '..' segments before ACL evaluation and enforcing boundary-aware containment on local writes and WebDAV operations, which confirms the underlying weakness class is unsafe path resolution during file operations. No weakness in entry-name validation alone is the root cause here; the defect is that containment checks happen after the write has already occurred.
Know when Filerise gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:H/A:H
Web-reachable (AV:N) but needs an authenticated extract user (PR:L) and a pre-existing external symlink the attacker cannot reliably create (AC:H); overwrite/delete yields I:H/A:H with no read, so C:N.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
1DescriptionCVE.org
FileRise is a self-hosted web-based file manager with multi-file upload, editing, and batch operations. Prior to 3.23.0, FileRise validates archive entry names but extracts them directly into the authorized live destination before validating resolved paths. If that destination already contains a symlink to a directory outside the storage root, an authenticated non-administrator with extract permission who can upload or otherwise place an attacker-controlled ZIP in that folder can place an ordinary archive entry beneath the link. ZipArchive::extractTo() can then overwrite an external file, and post-extraction cleanup can delete that target through the same linked parent, only where the FileRise process has the required filesystem write or removal permission. The advisory does not establish that the attacker can create the prerequisite symlink through FileRise. This issue is fixed in version 3.23.0.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
Unauthenticated directory traversal in FileRise prior to version 3.3.0 allows remote attackers to read arbitrary files f
Unauthenticated administrator account takeover in FileRise before 3.16.0 is possible via a path traversal flaw in the sh
Stored cross-site scripting in FileRise versions before 2.2.3 allows an authenticated user with upload rights to embed J
FileRise versions before 3.3.0 contain an HTML injection vulnerability that allows authenticated users to manipulate the
File overwrite in FileRise prior to 3.18.0 allows an unauthenticated visitor who holds a valid upload-enabled shared-fol
FileRise, a self-hosted web file manager and WebDAV server, contains a critical hardcoded encryption key vulnerability i
Authentication bypass in FileRise (CWE-290) lets unauthenticated remote attackers impersonate any account - including an
Online second-factor guessing against FileRise releases prior to 3.23.0 is permitted well beyond the intended limit beca
Multi-factor authentication bypass in FileRise WebDAV prior to 3.16.0 allows an attacker who already holds a valid usern
Authentication bypass in FileRise versions before 3.23.0 lets a remote attacker log in as an existing local account - in
FileRise, a self-hosted web file manager and WebDAV server, contains a path traversal vulnerability in its Resumable.js
FileRise 1.4.0 exposes folder visibility and ownership decisions to authenticated low-privilege users because a regressi
EUVD-2026-101660
NVD
CVE.org
EPSS
GitHub
Exploit-DB