Skip to main content

Form Maker By 10Web Mobile Friendly Drag Drop Contact Form Builder CVE-2026-3330

| EUVDEUVD-2026-23352 MEDIUM
SQL Injection (CWE-89)
2026-04-17 Wordfence GHSA-88f4-qv6h-wgph
4.9
CVSS 3.1 · NVD
View

Attack ChainAIDerived

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

  1. Access
    Administrator logs into WordPress dashboard
  2. Delivery
    Form Maker Submissions page loads
  3. Exploit
    Attacker injects malicious SQL via ip_search parameter
  4. Execution
    validate_data() strips quotes, preserving injection syntax
  5. Persist
    get_labels_parameters() concatenates unsanitized input into query
  6. Impact
    SQL injection executes and extracts sensitive data from database

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Persistence

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires Administrator-level or higher WordPress user role; the vulnerability is strictly limited to authenticated attackers with 'manage_options' capability or equivalent. The vulnerable 'display' task in the Submissions controller must be accessible (enabled by default in active Form Maker installations). The CSRF variant bypasses the authentication requirement via social engineering-an attacker tricks an already-logged-in administrator into clicking a malicious link, allowing the SQL injection to execute in the administrator's session context without the attacker holding credentials. No special plugin configuration is required; the vulnerability exists in the default installation. The vulnerability is NOT exploitable by unauthenticated visitors or lower-privileged WordPress roles (Contributor, Editor, Subscriber). The stripslashes() call in validate_data() affects only requests that pass through the WDW_FM_Library validation chain; direct database queries may bypass this if the plugin has other entry points. Exploitation is limited by the INFORMATION_SCHEMA permissions of the WordPress database user-typically WordPress database users have SELECT privileges on all tables, making data extraction feasible, but INSERT/UPDATE/DELETE operations may be restricted depending on the database user's role.

Impact

This vulnerability presents moderate real-world risk despite its 4.9 CVSS score. The CVSS vector (AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N) correctly reflects that exploitation requires high privileges (Administrator role) and network access, limiting the attacker pool to trusted site personnel or accounts compromised through other means. However, the CSRF component significantly amplifies risk: while CVSS doesn't account for social engineering, a CSRF-enabled SQL injection can be weaponized against administrators who lack security awareness. The information disclosure impact (C:H) is confirmed-attackers can extract database contents, potentially including user credentials, private form submissions, and sensitive business data. The lack of integrity/availability impact (I:N/A:N) suggests this is a reconnaissance tool rather than a data destruction vector. From an SSVC perspective: the exploitation status is unconfirmed (no KEV listing, no public POC identified), the attack is automatable once triggered, and the technical impact is high (data breach of sensitive information). The critical missing piece is whether this is exploited in the wild-the moderate CVSS combined with high barrier to entry (Administrator access required) suggests this may be exploited opportunistically by insiders or via compromised admin accounts rather than as a widespread attack vector. Organizations with tight access controls on Administrator roles face lower risk; those with delegated form management access face higher risk. The CSRF vector transforms a high-privilege attack into a medium-privilege attack if an attacker can social-engineer a site administrator.

Exploit ScenarioDerived

An attacker with compromised Administrator credentials (or an insider with Admin access) logs into the WordPress dashboard and navigates to the Form Maker Submissions page, then appends a malicious SQL injection payload to the ip_search or username_search parameter (e.g., ?page=form_maker&view=Submissions&display=1&ip_search=1' UNION SELECT user_login,user_pass FROM wp_users WHERE '1'='1). Because validate_data() strips quote escaping and get_labels_parameters() concatenates the parameter directly into the SQL query without prepared statements, the injected SQL executes and extracts WordPress user credentials or other sensitive data. Alternatively, an attacker crafts a CSRF link containing the malicious payload and tricks a site administrator into clicking it while logged in; the Submissions controller's missing nonce check allows the injection to execute without the administrator's knowledge, exfiltrating data to an attacker-controlled server via a second-stage UNION query that outputs results to a log or external endpoint.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Apr 17, 2026

SQL injection in Form Maker by 10Web WordPress plugin (versions ≤1.15.40) allows authenticated administrators to extract sensitive database information via unsanitized parameters (ip_search, startdate, enddate, username_search, useremail_search) in the Submissions display function. The vulnerability stems from the validate_data() method stripping WordPress's magic quotes protection and get_labels_parameters() concatenating user input directly into SQL queries without prepared statements. A CSRF vector exists because the vulnerable display task lacks nonce verification, enabling attackers to trick administrators into triggering the injection via a crafted link. Exploitation requires Administrator-level privileges but can be chained with CSRF for unauthorized triggering.

RemediationAI

Update Form Maker by 10Web to version 1.15.41 or later immediately, as the vulnerability affects all versions through 1.15.40. The patch must address three components: (1) removal of the stripslashes() call in WDW_FM_Library::validate_data() to preserve WordPress's native magic quotes protection, (2) refactoring FMModelSubmissions_fm::get_labels_parameters() to use $wpdb->prepare() for all SQL queries, and (3) adding wp_verify_nonce() validation to the Submissions controller's display task to prevent CSRF exploitation. Administrators should verify the patch is applied by checking the plugin version in the WordPress admin dashboard (Plugins > Installed Plugins) or via the plugin's code repository. Until patching, mitigate the CSRF vector by disabling the display task endpoint if not actively used (requires custom code modification) or by restricting Administrator role to only essential personnel. Do not rely on WAF rules alone, as SQL injection may evade basic signature detection when obfuscated via CSRF payloads. Refer to the Wordfence advisory at https://www.wordfence.com/threat-intel/vulnerabilities/id/5e383b8a-27e5-4b35-8d11-6e4102255d44?source=cve for vendor confirmation and patch release timeline.

Affected VersionsENISA

Form Maker by 10Web – Mobile-Friendly Drag & Drop Contact Form Builder 0 ≤1.15.40

Affected Packages

euvd form_maker_by_10web_mobile_friendly_drag_drop_contact_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

The Form Maker by 10Web plugin mishandles user input in two critical locations: the WDW_FM_Library::validate_data() method calls stripslashes() on user-supplied values, explicitly removing WordPress's wp_magic_quotes() protection mechanism designed to prevent SQL injection. Subsequently, the FMModelSubmissions_fm::get_labels_parameters() function concatenates these unsanitized values directly into SQL queries without using the WordPress $wpdb->prepare() prepared statement API (CWE-89: Improper Neutralization of Special Elements used in an SQL Command). The vulnerable parameters (ip_search, startdate, enddate, username_search, useremail_search) are processed through this chain when the Submissions controller handles the display task. Critically, the Submissions_fm controller omits nonce verification (wp_verify_nonce) for the display task action, creating a secondary CSRF vulnerability that allows remote attackers to trigger the SQL injection by manipulating an authenticated administrator into clicking a malicious link. This combination violates WordPress security best practices: input sanitization, parameterized queries, and CSRF tokens.

Know when Form Maker By 10Web Mobile Friendly Drag Drop Contact Form Builder 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

NVD PRIMARY 4.9 MEDIUM
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N

Primary rating from NVD · only source for this CVE.

CVSS VectorNVD

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

DescriptionCVE.org

The Form Maker by 10Web plugin for WordPress is vulnerable to SQL Injection via the 'ip_search', 'startdate', 'enddate', 'username_search', and 'useremail_search' parameters in all versions up to, and including, 1.15.40. This is due to the WDW_FM_Library::validate_data() method calling stripslashes() on user input (removing WordPress's wp_magic_quotes() protection) and the FMModelSubmissions_fm::get_labels_parameters() function directly concatenating user-supplied values into SQL queries without using $wpdb->prepare(). This makes it possible for authenticated attackers, with Administrator-level access and above, to append additional SQL queries into already existing queries that can be used to extract sensitive information from the database. Additionally, the Submissions controller skips nonce verification for the display task, which means this vulnerability can be triggered via CSRF by tricking an administrator into clicking a crafted link.

Threat Intelligence Overview

EPSS Score
0.0%
Top 98% exploitable
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

Attack Technique

SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.

Cross-Site Request Forgery exploits the automatic credential inclusion behavior of web browsers.

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