CVE-2026-9815: MagicForm WordPress Plugin Unauthenticated File Upload & Code Execution
A vulnerability in the MagicForm WordPress plugin (versions up to 0.1.3) allows anyone on the internet to upload executable PHP files to a website without authentication. This happens when form administrators leave the file upload field's extension allowlist empty—a configuration that appears to disable all validation. An attacker can exploit this to run arbitrary code on the server, potentially taking over the website or extracting sensitive data. The vulnerability is particularly dangerous because no login credentials or user interaction is required.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
- Weaknesses (CWE)
- —
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-18 / 2026-06-22
NVD description (verbatim)
The MagicForm WordPress plugin through 0.1.3 does not properly validate the type of files uploaded through an unauthenticated AJAX action when a form's per-field extension allowlist is left empty, allowing unauthenticated attackers to upload PHP files and execute arbitrary code on the server.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-9815 is an unrestricted file upload vulnerability in MagicForm through version 0.1.3. The vulnerability exists in an unauthenticated AJAX endpoint that processes file uploads. When a form's per-field extension allowlist is empty, the plugin fails to implement proper file-type validation, allowing attackers to bypass upload restrictions and submit PHP files. Successful exploitation results in arbitrary PHP code execution with the privileges of the web server process. The CVSS 3.1 score of 6.5 (MEDIUM) reflects network-based attack vector, no authentication requirement, low complexity, and integrity/confidentiality impact without availability impact.
Business impact
Organizations using MagicForm are at risk of server compromise, data breach, and website defacement. An attacker gaining code execution can steal customer data, modify website content, inject malware, or use the compromised server as a pivot point to attack internal networks. The lack of authentication requirement means this vulnerability can be exploited by any internet user discovering a vulnerable form. Website downtime, reputation damage, regulatory fines (under GDPR, CCPA, etc.), and incident response costs amplify the business risk, especially for e-commerce and lead-generation sites relying on form submissions.
Affected systems
WordPress installations with the MagicForm plugin version 0.1.3 or earlier are affected. The vulnerability is triggered only when form administrators have configured one or more upload fields with an empty extension allowlist, making adoption and exploitability dependent on configuration choices. Any plugin installation with this configuration is directly vulnerable; sites using forms without upload fields are not affected by this particular flaw.
Exploitability
Exploitation is straightforward and requires no special tools or credentials. An attacker can craft a simple HTTP POST request to the vulnerable AJAX endpoint with a PHP file payload, triggering immediate code execution. The attack is pre-authentication, meaning it can be discovered and executed by scanning for MagicForm installations on the open web. No user interaction or social engineering is required. Given the ease of exploitation and the critical nature of the outcome (code execution), this vulnerability poses significant practical risk despite the MEDIUM CVSS rating.
Remediation
Site administrators must immediately update MagicForm to a patched version released after 0.1.3. Verify the specific patch version against the official MagicForm plugin repository and release notes. As an interim measure, disable any MagicForm upload fields until patching is complete, or configure strict file extension allowlists (e.g., whitelist only jpg, png, pdf) to restore validation. Website owners should also scan their server for suspicious PHP files or unexpected uploads in the form submissions directory.
Patch guidance
Upgrade the MagicForm plugin to the latest available version beyond 0.1.3 via the WordPress plugin management interface or by downloading directly from the official plugin repository. Verify compatibility with your WordPress version before updating. After patching, test all forms, especially those with file uploads, to ensure functionality is restored. Consider reviewing form configurations to ensure extension allowlists are explicitly set rather than left empty.
Detection guidance
Monitor web server logs for suspicious POST requests to AJAX endpoints handling file uploads (typically paths including 'wp-admin/admin-ajax.php' with action parameters related to file uploads). Look for uploads of unusual file types (particularly .php files) to plugin directories or upload folders. Check upload directories for unexpected PHP files created during the vulnerability window. Endpoint Detection and Response (EDR) tools should flag unexpected PHP process execution from the web server user context. Web Application Firewalls can be configured to reject file uploads with PHP extensions to upload endpoints.
Why prioritize this
Although the CVSS score is MEDIUM (6.5), the practical risk is elevated due to unauthenticated pre-attack access, trivial exploitation, and the severity of code execution outcome. This vulnerability should be treated as HIGH priority for any organization running MagicForm. Delay in patching substantially increases the window for compromise, especially for publicly accessible WordPress sites. Given the lack of complexity and authentication barriers, remediation should occur within days, not weeks.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects a network-accessible vulnerability with no authentication requirement and low attack complexity—factors that would typically elevate the score. However, the score caps at MEDIUM because the impact scope is unchanged (only the vulnerable service is impacted, not the broader system) and integrity/confidentiality impact, while real, is assessed as localized rather than system-wide. In practical security terms, code execution vulnerabilities in production systems warrant urgent attention regardless of CVSS severity band; this should be treated as a critical priority for patching.
Frequently asked questions
How do I check if my WordPress site is vulnerable?
Log into your WordPress admin dashboard, navigate to Plugins, and look for 'MagicForm' in your installed plugins list. If present, check the version number. If it is 0.1.3 or earlier, your site is potentially vulnerable. The vulnerability is only exploitable if you have configured form fields with file uploads where the extension allowlist is empty (not restricted). Review your forms' settings in the MagicForm configuration to confirm whether any upload fields lack extension restrictions.
Can attackers exploit this without knowing my website uses MagicForm?
Yes. Attackers typically scan WordPress sites for plugin presence by checking common file paths and version information exposed in plugin headers. Once a vulnerable MagicForm installation is identified, exploitation can proceed automatically via scripts. They do not need to know the form's URL in advance; discovery is part of standard reconnaissance.
What should I do if I suspect my site has been compromised via this vulnerability?
Immediately take your website offline or restrict access while you investigate. Check server logs for suspicious PHP file uploads around the vulnerability publication date (June 2026). Scan your upload directories for unexpected PHP files. Consider engaging a professional incident response team to forensically preserve evidence and determine the scope of compromise. Change all admin passwords, check for unauthorized users/plugins, and rebuild the server from clean backups if compromise is confirmed. Update MagicForm and all plugins before bringing the site back online.
Is this vulnerability being actively exploited?
The vulnerability is not yet listed in the CISA Known Exploited Vulnerabilities (KEV) catalog as of the latest update, indicating no widespread public exploitation has been documented. However, given the ease of exploitation and the straightforward nature of the flaw, defenders should assume exploit code may be developed or used in targeted attacks. Patching should not be delayed pending evidence of active exploitation.
This analysis is provided for informational purposes based on publicly disclosed vulnerability data as of June 2026. SEC.co makes no warranty regarding the accuracy, completeness, or timeliness of this information. Organizations should verify all patch version numbers and compatibility against official vendor advisories and their own environments before deploying updates. The absence of a vulnerability from the CISA KEV catalog does not indicate an absence of real-world exploitation risk. Security teams should apply professional judgment in assessing risk within their specific operational context. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2016-20064MEDIUMWP Vault 0.8.6.6 Arbitrary File Read via Directory Traversal
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20070MEDIUMPrivilege Escalation & Stored XSS in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20077MEDIUMWordPress Photocart Link Plugin Local File Inclusion Vulnerability
- CVE-2016-20078MEDIUMWordPress IMDb Profile Widget Local File Inclusion Vulnerability
- CVE-2016-20079MEDIUMWordPress Dharma Booking Local File Inclusion Vulnerability
- CVE-2016-20080MEDIUMWordPress Brandfolder Plugin LFI Vulnerability – File Disclosure & Remediation Guide