CVE-2026-8095: Frontend File Manager WordPress Plugin Arbitrary File Deletion Vulnerability
A WordPress plugin called Frontend File Manager contains a security flaw that allows logged-in users with basic subscriber accounts to delete critical files from a website's server. The vulnerability exists because the plugin fails to properly validate file paths when processing deletion requests, enabling attackers to specify any file on the system for removal—including the configuration file that stores database credentials. This could allow a low-privileged attacker to completely disable or take over a website. The flaw affects all versions up to 23.6.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.1 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
- Weaknesses (CWE)
- CWE-73
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-28 / 2026-06-29
NVD description (verbatim)
The Frontend File Manager Plugin plugin for WordPress is vulnerable to Authenticated Arbitrary File Deletion in versions up to and including 23.6. This is due to a case-sensitive bypass of the wpfm_dir_path parameter sanitization in the wpfm_file_meta_update AJAX handler, where supplying WPFM_DIR_PATH in uppercase evades the unset check and is normalized to wpfm_dir_path by sanitize_key() during update_post_meta(), allowing an attacker to overwrite the stored file path with an arbitrary filesystem path that is then passed directly to unlink() in delete_file_locally() without any directory containment validation. This makes it possible for authenticated attackers with Subscriber-level access to delete arbitrary files on the server, including sensitive files such as wp-config.php, potentially leading to full site takeover.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from a case-sensitive validation bypass in the wpfm_file_meta_update AJAX handler. The plugin attempts to block the wpfm_dir_path parameter through an unset check, but this filter can be bypassed by submitting WPFM_DIR_PATH in uppercase. WordPress's sanitize_key() function normalizes uppercase keys to lowercase during post metadata updates, allowing the uppercase variant to pass validation and be stored as wpfm_dir_path. When the delete_file_locally() function executes, it retrieves this attacker-controlled path and passes it directly to unlink() without validating that the target path remains within an intended directory boundary. This allows arbitrary filesystem deletion with the permissions of the web server process.
Business impact
A successful attack allows disruption of service through deletion of core WordPress files, data loss, and potential complete compromise of the website. An attacker could delete wp-config.php to sever database connectivity, remove wp-admin files to disable the control panel, or target plugin and theme files to destroy functionality. Given the low barrier to entry (subscriber-level credentials are common in organizations using WordPress as a collaborative platform), this represents significant operational risk even in environments that restrict administrator access. Compromised sites may require full restoration from backups.
Affected systems
WordPress installations using the Frontend File Manager Plugin in versions 23.6 and earlier are affected. Any site allowing subscriber-level user registration or accounts is at heightened risk, as this is the minimum privilege required to exploit the flaw. The vulnerability applies regardless of server OS, as WordPress runs cross-platform.
Exploitability
The vulnerability requires authentication (subscriber-level access or higher), but does not require user interaction or complex manipulation. The AJAX endpoint is accessible to any logged-in user, and the case-sensitive bypass is trivial to execute once understood. No special tools or knowledge beyond basic HTTP requests is necessary. The path traversal and lack of directory containment checks make the attack highly reliable. Exploitability is high relative to the authentication gate.
Remediation
Patch to the latest version of the Frontend File Manager Plugin when the vendor releases a corrected version. Temporary mitigations include restricting subscriber access on sites that do not require it, enforcing strict file permissions on the server (though this does not eliminate the vulnerability), and disabling the plugin if it is not actively used. Verify applied patches against the vendor advisory to confirm that both the case-sensitivity bypass and the missing path validation have been addressed.
Patch guidance
Apply the latest version of the Frontend File Manager Plugin released after the vulnerability publication date. Verify against the vendor's official changelog and security advisory that the patch addresses the case-sensitive parameter bypass and implements proper directory containment validation for file deletion operations. Test thoroughly in a staging environment before production deployment, as the plugin directly impacts file system operations.
Detection guidance
Monitor web server logs for POST requests to wp-admin/admin-ajax.php with action=wpfm_file_meta_update, particularly those containing WPFM_DIR_PATH (uppercase) parameters. Examine post metadata on affected WordPress sites for unexpected wpfm_dir_path entries that point outside the expected plugin directory. Review file system audit logs for unexpected unlink() or file deletion events originating from the web server process, especially affecting wp-config.php or other sensitive WordPress files. Compare file modification times and integrity of core WordPress files against known-good backups.
Why prioritize this
This vulnerability merits immediate attention due to its HIGH CVSS score (8.1), the critical nature of files that can be targeted (wp-config.php leads to full site takeover), and the low privilege barrier to exploitation. Unlike vulnerabilities requiring admin access, this affects any environment where subscriber accounts exist, which is common in multi-user WordPress deployments. The reliable, deterministic nature of the exploit (no user interaction required, straightforward parameter manipulation) and the lack of exploitation complexity elevate practical risk.
Risk score, explained
CVSS 8.1 (HIGH) reflects a network-accessible vulnerability requiring only low-level authentication, with no user interaction necessary, delivering high impact to integrity and availability. The attack vector is local from a network perspective, the attack complexity is low, and the scope is unchanged. The vulnerability grants an attacker the ability to delete arbitrary files, effectively causing full site takeover through deletion of wp-config.php or equivalent. The integrity impact (ability to delete critical files) and availability impact (site outage) are both rated high. The confidentiality impact is none, as the attacker is not reading files, only removing them.
Frequently asked questions
Can this be exploited by unauthenticated users?
No. The AJAX endpoint requires an authenticated WordPress session. However, subscriber-level access is the minimum required, and many WordPress sites allow public subscriber registration, making this a practical attack vector for threat actors with basic site access.
What does deleting wp-config.php actually accomplish?
wp-config.php contains database credentials and authentication salts. Deletion disconnects the site from its database and breaks all cryptographic validation, rendering the site inoperative and requiring administrator intervention to restore. This qualifies as a complete denial of service and often triggers a path to full site takeover during recovery.
Are there temporary workarounds if we cannot patch immediately?
Restrict or disable subscriber account registration if not business-critical. Tighten file system permissions on wp-config.php and other sensitive files to read-only where the web server can still access them (this limits impact but does not eliminate the vulnerability). Disable the plugin if not actively used. These are temporary measures only; patching is essential.
How does the case-sensitive bypass work in practice?
The plugin explicitly checks for and blocks the lowercase parameter wpfm_dir_path. An attacker submits the same parameter name in uppercase (WPFM_DIR_PATH). WordPress's sanitize_key() function automatically lowercases all metadata keys, so the uppercase variant bypasses the block and is normalized to the dangerous lowercase name. This is a common mistake when relying on string comparisons for security filters.
This analysis is based on the published CVE record and vendor documentation. No CVE is known to be actively exploited in the wild (KEV status: not listed). Organizations should verify patch availability and test in non-production environments before deployment. This guidance does not constitute legal or financial advice. Always consult your organization's incident response and change management procedures before deploying security patches. Source: NVD (public-domain), retrieved 2026-08-06. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-52465HIGHGeoServer Master Password Plaintext Dump Vulnerability
- CVE-2025-71324HIGHFlowise Unauthenticated Path Traversal & Database Disclosure
- CVE-2026-10303HIGHServerCo getssl ACME Token Validation Flaw Enables Path Traversal
- CVE-2026-10694HIGHRemote File Inclusion in SourceCodester Online Food Ordering System 2.0
- CVE-2026-10816HIGHNetScaler ADC and Gateway Unauthenticated Arbitrary File Read Vulnerability
- CVE-2026-11527HIGHConfig::IniFiles Command Injection and File Overwrite Vulnerability
- CVE-2026-35076HIGHMBS Solutions Gateway Arbitrary File Deletion Vulnerability
- CVE-2026-35077HIGHMBS Solutions Gateway Arbitrary File Deletion Vulnerability (CVSS 8.1)