CVE-2025-13192
Unknown Unknown - Not Provided
SQL Injection in Popup Builder Plugin Allows Data Extraction

Publication date: 2026-02-05

Last updated on: 2026-02-05

Assigner: Wordfence

Description
The Popup builder with Gamification, Multi-Step Popups, Page-Level Targeting, and WooCommerce Triggers plugin for WordPress is vulnerable to generic SQL Injection via the multiple REST API endpoints in all versions up to, and including, 2.2.0 due to insufficient escaping on the user supplied parameter and lack of sufficient preparation on the existing SQL query. This makes it possible for unauthenticated attackers to append additional SQL queries into already existing queries that can be used to extract sensitive information from the database. Vulnerability was patched in version 2.2.1 for unauthenticated users, and fully patched in version 2.2.3 for Administrator+ level users.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-02-05
Last Modified
2026-02-05
Generated
2026-05-07
AI Q&A
2026-02-05
EPSS Evaluated
2026-05-05
NVD
Affected Vendors & Products
Showing 3 associated CPEs
Vendor Product Version / Range
popup_builder popup_builder to 2.2.0 (inc)
popup_builder popup_builder 2.2.1
popup_builder popup_builder 2.2.3
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-89 The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

The vulnerability in the Popup builder with Gamification, Multi-Step Popups, Page-Level Targeting, and WooCommerce Triggers WordPress plugin is a generic SQL Injection affecting multiple REST API endpoints in all versions up to and including 2.2.0.

It occurs because user-supplied parameters are not properly escaped or prepared in SQL queries, allowing unauthenticated attackers to append additional SQL commands to existing queries.

This can be exploited to extract sensitive information from the database.

The vulnerability was partially patched in version 2.2.1 for unauthenticated users and fully patched in version 2.2.3 for users with Administrator or higher privileges.


How can this vulnerability impact me? :

This SQL Injection vulnerability can allow unauthenticated attackers to extract sensitive information from your WordPress site's database by injecting malicious SQL queries through the plugin's REST API endpoints.

Potential impacts include unauthorized access to confidential data such as subscriber information, campaign logs, and other stored data managed by the plugin.

Because the vulnerability affects unauthenticated users, attackers do not need valid credentials to exploit it, increasing the risk.

This could lead to data breaches, loss of user trust, and potential further exploitation of the compromised system.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

I don't know


How can this vulnerability be detected on my network or system? Can you suggest some commands?

[{'type': 'paragraph', 'content': 'The vulnerability involves unauthenticated SQL Injection via multiple REST API endpoints in the Popup Builder Block WordPress plugin up to version 2.2.0. Detection can focus on monitoring and testing these REST API endpoints for suspicious SQL injection payloads.'}, {'type': 'paragraph', 'content': 'Specifically, the vulnerable endpoints include subscriber-related routes (GET, DELETE /subscribers) and popup-related routes (GET, POST, PUT, DELETE /popup/logs) that do not have sufficient permission checks or input sanitization.'}, {'type': 'paragraph', 'content': 'To detect exploitation attempts or the presence of the vulnerable plugin version, you can:'}, {'type': 'list_item', 'content': 'Check HTTP access logs for unusual or malformed requests to REST API endpoints such as `/wp-json/popup-builder-block/v1/subscribers` or `/wp-json/popup-builder-block/v1/popup/logs`.'}, {'type': 'list_item', 'content': 'Use curl or similar tools to test the REST API endpoints with crafted SQL injection payloads in parameters like `campaign_id`, `start`, `end`, or `id` to see if the server responds with database errors or unexpected data.'}, {'type': 'list_item', 'content': 'Example curl command to test GET subscribers endpoint for SQL injection:'}, {'type': 'list_item', 'content': "curl -X GET 'https://yourwordpresssite.com/wp-json/popup-builder-block/v1/subscribers?campaign_id=1%27%20OR%20%271%27=%271'"}, {'type': 'list_item', 'content': 'Example curl command to test GET popup logs endpoint:'}, {'type': 'list_item', 'content': "curl -X GET 'https://yourwordpresssite.com/wp-json/popup-builder-block/v1/popup/logs?campaignId=1&startDate=2026-01-01&endDate=2026-01-31&type=devices'"}, {'type': 'list_item', 'content': 'Monitor for SQL error messages or abnormal responses indicating injection.'}, {'type': 'paragraph', 'content': 'Additionally, scanning the WordPress installation to identify the plugin version (<= 2.2.0) can help detect vulnerable systems.'}] [3, 4]


What immediate steps should I take to mitigate this vulnerability?

The primary mitigation step is to update the Popup Builder Block WordPress plugin to a patched version.

  • Upgrade the plugin to version 2.2.1 or later to patch unauthenticated SQL Injection for general users.
  • For full mitigation including Administrator+ level user protections, upgrade to version 2.2.3 or later.
  • If immediate upgrade is not possible, restrict access to the vulnerable REST API endpoints by:
  • Implementing firewall or web application firewall (WAF) rules to block suspicious requests targeting `/wp-json/popup-builder-block/v1/subscribers` and `/wp-json/popup-builder-block/v1/popup/*` endpoints.
  • Limiting access to the WordPress REST API to authenticated users or trusted IP addresses.
  • Review and harden permissions on REST API endpoints, especially those lacking nonce or permission checks (GET and DELETE subscriber routes).

Additionally, monitor logs for exploitation attempts and consider temporarily disabling the plugin if exploitation is suspected.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart