Skip to main content

Super Forms CVE-2026-15983

| EUVDEUVD-2026-90563 HIGH
External Control of File Name or Path (CWE-73)
2026-10-01 Wordfence GHSA-5vqm-vx23-85p5
8.1
CVSS 3.1 · Vendor: Wordfence
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain Subscriber-level account
  2. Delivery
    Call super_save_form AJAX, enable file_upload_submission_delete
  3. Exploit
    Submit form with malicious subdir via super_submit_form
  4. Execution
    delete_dir() bypasses ABSPATH guard
  5. Persist
    Recursively delete wp-config.php / WordPress root
  6. Impact
    Full site takedown

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File name/path control
Exploitation Conditions

Requires an authenticated WordPress account at Subscriber level or above (PR:L) on a site running Super Forms - Drag & Drop Form Builder ≤6.3.316; sites allowing open user registration effectively remove this barrier. No special pre-existing configuration is needed because the attacker self-enables the file_upload_submission_delete setting via the capability-check-less super_save_form handler; no user interaction and no admin involvement are required. Exploitation is network-reachable via the plugin's AJAX endpoints (super_save_form and super_submit_form). The only meaningful limiter is the authenticated-account prerequisite.

Impact

This is a genuinely high-priority vulnerability, not a CVSS-inflated paper risk. The vendor CVSS vector (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H, 8.1) is internally consistent and credible: remotely reachable AJAX handlers, low attack complexity, and only Subscriber-level privileges (the lowest authenticated tier, trivially obtained on any site with open registration). The dual-flaw root cause - a missing capability check on super_save_form letting low-privilege users flip the file_upload_submission_delete setting, chained with an unsanitized subdir value flowing into SUPER_Common::delete_dir() past a trailing-slash-broken ABSPATH guard - is specific and well-described, indicating a thorough Wordfence analysis rather than an automated scan. Impact is destructive (I:H/A:H): recursive deletion up to the entire WordPress root, i.e. full site takedown. The 'potential RCE' framing in the description is conditional and indirect (deleting wp-config.php could enable a takeover only if a third party re-installs the site), so it should be treated as a secondary, scenario-dependent outcome rather than direct code execution - the real, reliable impact is destruction/availability. No EPSS score, no CISA KEV listing, and no public POC are present in the supplied data; a GitHub PR (#205) is the upstream fix, not an exploit. Exploitation status: no public exploit identified at time of analysis. The main limiter on real-world risk is the requirement for an authenticated account, but on sites permitting self-registration this barrier is minimal.

Exploit ScenarioDerived

An attacker registers (or already holds) a Subscriber-level account on a WordPress site running Super Forms ≤6.3.316, then calls the unprotected super_save_form AJAX handler to create or modify a form with the file_upload_submission_delete setting enabled. They submit the form via super_submit_form with a crafted files[].subdir value such as 'wp-config.php', which flows unsanitized into SUPER_Common::delete_dir() and defeats the broken ABSPATH guard, recursively deleting arbitrary files up to the entire WordPress install. No public POC is identified, but the chain is fully described and low-complexity.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.5% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 01, 2026

Authenticated WordPress users with only Subscriber-level access can recursively delete arbitrary files and directories - up to and including the entire WordPress installation - on any site running the Super Forms - Drag & Drop Form Builder plugin version 6.3.316 or earlier. Because the super_save_form AJAX handler performs no capability check, a low-privileged attacker can first enable the file_upload_submission_delete setting for the form and then pass an unsanitized subdir value through super_submit_form into SUPER_Common::delete_dir(), with a trivially bypassed ABSPATH guard allowing deletion of wp-config.php and other critical files at the site root. No public exploit code has been identified at time of analysis and the issue is not confirmed actively exploited (CISA KEV); however, the low privilege bar (sites with open registration are effectively exposed to anyone) and the destructive, site-wide impact make this a genuinely high-priority vulnerability rather than a CVSS-inflated paper risk.

RemediationAI

Update Super Forms - Drag & Drop Form Builder to the first release containing the fix from https://github.com/RensTillmann/super-forms/pull/205 (an exact patched version number is not confirmed in the available data - check the plugin changelog and the Wordfence advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/25704473-1200-49df-aa16-9a9558bb4844?source=cve before assuming 6.3.316 is the last vulnerable build). Upstream fix available (PR/commit); released patched version not independently confirmed. Until the plugin is updated, apply the following specific compensating controls and accept their trade-offs: disable or remove the plugin entirely if form building is not essential (strongest mitigation, but loses all form functionality); if it must stay live, disable open user registration and remove/audit existing Subscriber accounts, since the only real prerequisite is any authenticated account (trade-off: this also blocks legitimate self-service signups and may disrupt membership workflows); block or restrict access to the plugin's AJAX actions, specifically admin-ajax.php requests carrying action=super_save_form and action=super_submit_form, using a WAF rule or a small MU-plugin that rejects non-privileged callers (trade-off: legitimate front-end form submissions via super_submit_form may break unless the rule is scoped to unauthenticated or low-privilege roles); ensure the web server user cannot delete WordPress core files by tightening filesystem ownership/permissions and, where possible, making wp-config.php read-only to the PHP process (trade-off: some legitimate plugin operations may fail, and this only limits, not eliminates, the deletion primitive); and maintain tested off-server backups of both files and database plus monitoring for unexpected mass file deletion, since a successful exploit can require a full site rebuild. Also watch for the post-deletion re-install scenario, which the advisory notes could turn a full takedown into remote code execution if an attacker reintroduces a site under their control.

Affected VersionsENISA

Super Forms – Drag & Drop Form Builder 0 ≤6.3.316

Affected Packages

euvd super_forms_drag_drop_form_builder no fix

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

Root cause class is CWE-73, External Control of File Name or Path, realized in the WordPress plugin's AJAX surface. Two handlers are chained: super_save_form, which lacks any capability check and therefore lets a Subscriber-level account create or modify Super Forms and flip the file_upload_submission_delete option on, and super_submit_form, whose submit_form function takes the attacker-controlled files[].subdir value straight out of $_POST['data'] and passes it into SUPER_Common::delete_dir() with no sanitization or canonicalization. The only protection was a naive string comparison of the resolved directory against ABSPATH, which fails when a subdir such as wp-config.php is supplied: dirname(realpath(ABSPATH . $subdir)) normalizes to the WordPress root, while the raw ABSPATH !== $dir check misses the match because of a trailing-slash mismatch. The result is recursive deletion driven by attacker-supplied path data, reachable over the network through the plugin's AJAX endpoints; no chaining of a separate memory-corruption or injection primitive is required. The CPE cpe:2.3:a:webrehab:super_forms_-_drag_&_drop_form_builder:*:*:*:*:*:*:*:* describes the affected WordPress plugin across all covered versions.

Know when PHP 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

Vendor (Wordfence) PRIMARY 8.1 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
vuln.today AI 8.1 HIGH

Remotely reachable AJAX handlers (AV:N/AC:L), only Subscriber auth needed (PR:L), no interaction; arbitrary deletion gives I:H/A:H with no read, so C:N.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (Wordfence).

CVSS VectorVendor: Wordfence

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
High
Availability
High

DescriptionCVE.org

The Super Forms - Drag & Drop Form Builder plugin for WordPress is vulnerable to Arbitrary File/Directory Deletion in all versions up to, and including, 6.3.316. This is due to the super_save_form AJAX handler performing no capability check - allowing Subscriber-level authenticated users to create or modify Super Forms and enable the file_upload_submission_delete setting - combined with the super_submit_form handler's submit_form function passing the attacker-controlled files[].subdir value from $_POST['data'] directly into SUPER_Common::delete_dir() without sanitization, and a trivially bypassed ABSPATH guard that a subdir value of wp-config.php defeats because dirname(realpath(ABSPATH . $subdir)) resolves to the WordPress root while the naive ABSPATH !== $dir string check fails to match due to a trailing-slash mismatch. This makes it possible for authenticated attackers, with Subscriber-level access and above, to recursively delete arbitrary files and directories on the server, up to and including the entire WordPress installation, resulting in full site takedown and potential remote code execution if critical files such as wp-config.php are removed and the site is subsequently re-installed by another party.

Executive ViewAI

Why It Matters

Any WordPress site running Super Forms - Drag & Drop Form Builder version 6.3.316 or earlier can be wiped - including wp-config.php and the entire installation - by a user holding nothing more than a Subscriber account, meaning any site that permits open self-registration is effectively exposed to the public. Because no vendor patch is currently available, the only reliable remedy is to remove or disable the plugin, and the blast radius is total data and service loss for affected sites rather than a contained feature-level flaw. Leadership should treat this as a business-continuity and data-destruction risk requiring immediate remediation, with accountability for any site left unpatched or undeactivated.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: deactivate and remove the vulnerable Super Forms plugin (strongest control), disable open self-registration and restrict Subscriber-role provisioning, block or deny the super_save_form and super_submit_form AJAX endpoints to non-privileged sessions, deny write/delete permissions on the WordPress root and wp-config.php at the web-server or file-system layer, and maintain validated off-host backups with tested restore procedures.

Threat Intelligence Overview

EPSS Score
0.5%
Top 57% exploitable
Prevalence
Medium
popular commercial CodeCanyon WordPress form-builder plugin, broad but not universal
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.5%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

41
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +40
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

More in PHP

View all
CVE-2019-11043 CRITICAL POC
9.8 Oct 28

In PHP versions 7.1.x below 7.1.33, 7.2.x below 7.2.24 and 7.3.x below 7.3.11 in certain configurations of FPM setup it

CVE-2012-1823 CRITICAL POC
9.8 May 11

sapi/cgi/cgi_main.c in PHP before 5.3.12 and 5.4.x before 5.4.2, when configured as a CGI script (aka php-cgi), does not

CVE-2016-1555 CRITICAL POC
9.8 Apr 21

(1) boardData102.php, (2) boardData103.php, (3) boardDataJP.php, (4) boardDataNA.php, and (5) boardDataWW.php in Netgear

CVE-2018-11138 CRITICAL POC
9.8 May 31

The '/common/download_agent_installer.php' script in the Quest KACE System Management Appliance 8.0.318 is accessible by

CVE-2024-11680 CRITICAL POC
9.8 Nov 26

ProjectSend versions prior to r1720 are affected by an improper authentication vulnerability. Rated critical severity (C

CVE-2025-49113 CRITICAL POC
9.9 Jun 02

Roundcube Webmail contains a critical PHP object deserialization vulnerability (CVE-2025-49113, CVSS 9.9) that allows au

CVE-2017-9841 CRITICAL POC
9.8 Jun 27

Util/PHP/eval-stdin.php in PHPUnit before 4.8.28 and 5.x before 5.6.3 allows remote attackers to execute arbitrary PHP c

CVE-2025-0108 HIGH POC
8.8 Feb 12

Palo Alto Networks PAN-OS management web interface contains an authentication bypass allowing unauthenticated attackers

CVE-2021-25298 HIGH POC
8.8 Feb 15

Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re

CVE-2021-25296 HIGH POC
8.8 Feb 15

Nagios XI version xi-5.7.5 is affected by OS command injection. Rated high severity (CVSS 8.8), this vulnerability is re

CVE-2013-4983 CRITICAL POC
10.0 Sep 10

The get_referers function in /opt/ws/bin/sblistpack in Sophos Web Appliance before 3.7.9.1 and 3.8 before 3.8.1.1 allows

CVE-2023-6553 CRITICAL POC
9.8 Dec 15

The Backup Migration plugin for WordPress is vulnerable to Remote Code Execution in all versions up to, and including, 1

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy