Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted traversal path via unauthenticated frontend form
-
DeliveryBypass single-pass sanitization filter
-
ExploitMalicious out-of-bounds path stored in WordPress database
-
ExecutionAdministrator triggers permanent-delete on file entry
-
PersistPlugin resolves stored path and deletes arbitrary server file
-
ImpactWordPress site crashes or database credentials exposed
Vulnerability Assessment
| Weakness |
CWE
|
| Exploitation Conditions | Exploitation requires two distinct conditions to both be met: first, the attacker must be able to reach and interact with the plugin's frontend file submission form, which is available to unauthenticated users on any site with the plugin installed and frontend submissions enabled (the default configuration). Second, a WordPress administrator must subsequently trigger the permanent-delete action on the malicious file entry - this is the UI:R condition reflected in the CVSS vector and the primary exploitation barrier. The traversal filter bypass itself is the technical prerequisite on the attacker side. Exploitation is limited by: (1) the requirement for administrator interaction at a later point in time, meaning the attacker cannot directly trigger file deletion; (2) AC:H complexity rating, reflecting the non-trivial bypass and timing dependency; and (3) the need for frontend file submissions to be enabled (verify plugin configuration). No authentication is required for the initial injection phase. |
| Impact | The CVSS 3.1 score of 6.8 (AV:N/AC:H/PR:N/UI:R/S:U/C:N/I:H/A:H) correctly reflects the two-stage nature of this attack: the initial path injection is unauthenticated and network-reachable, but triggering the destructive file deletion requires an administrator to perform a permanent-delete action, hence AC:H and UI:R. These limiting factors substantially reduce opportunistic exploitation potential. SSVC corroborates this: exploitation is rated 'none' and the attack is assessed as not automatable, aligning with the requirement for administrator interaction. Despite PR:N, the need for UI:R means mass exploitation without social engineering or timing-dependent admin behavior is unlikely. The publicly available POC raises the risk floor, but the absence of CISA KEV listing and the non-automatable SSVC rating suggest no confirmed widespread active exploitation. The potential impact is severe - deletion of wp-config.php disables WordPress and exposes database credentials to subsequent attacks - but the dependency on an admin action remains the primary exploitation barrier. |
| Exploit ScenarioDerived | An unauthenticated attacker identifies a WordPress site running the Shared Files plugin, then submits a frontend file entry with a crafted filename containing a traversal sequence that bypasses the single-pass filter (e.g., '....//....//wp-config.php'), causing the plugin to store a resolved path pointing to wp-config.php. When a site administrator later clears file entries through the permanent-delete function - a routine housekeeping action - wp-config.php is deleted from the server, immediately breaking the WordPress installation and potentially exposing database credentials to subsequent attacks. A publicly available POC demonstrates the traversal bypass technique. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 28, 2026
Arbitrary file deletion via path traversal in the Shared Files and Shared Files Pro WordPress plugins (versions before 1.7.67 and 1.7.68 respectively) enables unauthenticated attackers to trigger deletion of critical server files such as wp-config.php, causing denial of service and potential site takeover. The plugin's single-pass traversal filter is bypassable during frontend file submission, allowing a crafted path pointing outside the uploads directory to be stored; when an administrator later permanently deletes the corresponding file entry, the resolved arbitrary file is removed. A publicly available proof-of-concept exists, though SSVC assessment rates exploitation as none at time of analysis, likely reflecting the two-stage attack dependency on administrator action.
RemediationAI
Update the Shared Files plugin to version 1.7.67 or later, and Shared Files Pro to version 1.7.68 or later; these are the vendor-confirmed patched releases per the WPScan advisory at https://wpscan.com/vulnerability/25c9fa21-c48b-4333-8abc-87230dc4c869/. If immediate patching is not feasible, disable or restrict frontend file submission functionality to authenticated users only, reducing the attack surface by eliminating the unauthenticated path-injection vector. As an additional compensating control, restrict WordPress filesystem permissions so the web server process cannot delete files outside the uploads directory; note this may affect legitimate plugin functionality. Avoid performing permanent deletes of file entries submitted by external or untrusted users until the patch is applied. File integrity monitoring (e.g., watching wp-config.php for unexpected modification or deletion) can serve as an early-warning detective control.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-73 (External Control of File Name or Path) describes the root cause: user-supplied input directly influences filesystem path resolution without sufficient sanitization. The plugin accepts file paths through a frontend submission form and attempts to neutralize directory traversal sequences (e.g., '../'), but its single-pass filter fails to handle double-encoded or nested traversal patterns that reconstitute after the first sanitization pass. Affected CPEs are cpe:2.3:a:unknown:shared_files and cpe:2.3:a:unknown:shared-files-pro, covering both the free and premium variants of this PHP-based WordPress plugin. The vulnerability manifests in the permanent-delete code path, where the stored (unsanitized) path is resolved on the filesystem without further validation, meaning the deletion target is attacker-controlled.
Know when Shared Files 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:N/UI:R/S:U/C:N/I:H/A:H
Network vector with no privileges for initial injection, but AC:H and UI:R reflect required admin permanent-delete trigger; no confidentiality impact since only deletion occurs.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
3DescriptionCVE.org
The Shared Files WordPress plugin before 1.7.67, shared-files-pro WordPress plugin before 1.7.68 do not properly sanitize a file path taken from a frontend file submission and their single-pass traversal filter is bypassable, allowing unauthenticated users to store a path that points outside the uploads directory. When the corresponding file entry is later permanently deleted, an arbitrary file on the server (such as wp-config.php) is deleted, leading to denial of service and potential site takeover.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
More in Shared Files
View allThe Shared Files WordPress plugin before version 1.7.58 contains a path traversal vulnerability that allows attackers wi
The Shared Files WordPress plugin before 1.7.6 does not return the right Content-Type header for the specified uploaded
Unauthenticated file upload in the Shared Files (before 1.7.67) and Shared Files Pro (before 1.7.70) WordPress plugins e
The Shared Files WordPress plugin before 1.6.61 does not sanitise and escape the Download Counter Text settings, which c
The Easy Download Manager and File Sharing Plugin with frontend file upload - a better Media Library - Shared Files Word
Unauthenticated path traversal in the Shared Files WordPress plugin (versions 1.7.64 and earlier) allows remote attacker
Server-Side Request Forgery in the Shared Files WordPress plugin (versions up to and including 1.7.69) allows authentica
Insertion of Sensitive Information Into Sent Data vulnerability in Anssi Laitila Shared Files shared-files.7.28. Rated m
EUVD-2026-67565
GHSA-h23j-55hj-5495
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB