Cloudanix VulnDB

CVE-2022-39810

Medium · 6.1

CVSS

6.1

EPSS

57.5%

Published

Sep 9, 2022

CISA due date

—

Cloudanix analysis

Next patch cycle SSVC: Attend

A flaw in the WSO2 admin console can let a malicious link run attacker-controlled content in an administrator’s browser if they click it.

Exploitation
Requires User Interaction
Attacker needs
User Interaction
Complexity
Low
Impact
Data Tampering
Component
Application
Class
XSS
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

CVE-2022-39810 is a reflected cross-site scripting vulnerability in WSO2 Enterprise Integrator 6.4.0 Management Console at /carbon/ndatasource/validateconnection/ajaxprocessor.jsp. User-controlled input supplied through the driver parameter is reflected into the HTTP response without sufficient output encoding or sanitization. Because exploitation requires a victim to interact with a crafted URL or request, the attacker cannot directly execute code on the server; instead, they can execute JavaScript in the victim’s browser in the security context of the WSO2 Management Console. The published assessment notes that session hijacking or similar attacks would not be possible, so expected impact is limited to browser-side actions such as content injection, phishing within the console context, or unauthorized UI actions depending on the victim’s permissions and browser/session protections.

Why it matters to the business

Successful exploitation can undermine trust in the WSO2 administrative interface by allowing an attacker to present misleading content or trigger browser-side actions for a logged-in user. The most likely operational impact is targeted phishing, manipulation of what an administrator sees, or limited unauthorized changes performed through the victim’s browser if the application permits sensitive actions without additional protections. While this is not known to be in CISA KEV and is not associated with ransomware use, the EPSS score is elevated, indicating meaningful internet-scale exploit likelihood compared with many vulnerabilities. Organizations exposing WSO2 Enterprise Integrator management interfaces to untrusted networks should treat remediation as a priority, especially where administrators access the console from shared browsing environments or without strong isolation.

How an attack unfolds

An attacker identifies a WSO2 Enterprise Integrator 6.4.0 Management Console endpoint reachable over the network. They craft a URL or HTTP request to /carbon/ndatasource/validateconnection/ajaxprocessor.jsp with malicious JavaScript embedded in the driver parameter. The attacker then induces a victim, typically an administrator or authenticated console user, to open the crafted link through email, chat, a ticket, a web page, or another social-engineering path. When the victim’s browser sends the request, the server reflects the malicious driver value in its response, causing the script to execute in the Management Console origin. From there, the script may alter displayed content, redirect the user, present fake prompts, or attempt browser-side actions available to the victim’s session. The vulnerability description indicates session hijacking or similar attacks would not be possible, so exploitation should be understood as limited reflected XSS rather than full account takeover.

How to fix it

Upgrade WSO2 Enterprise Integrator to a vendor-supported version that contains the fix for this reflected XSS issue. No exact fixed version was provided in the input, so consult WSO2 security advisories, release notes, or support channels for the applicable patched release or hotfix for Enterprise Integrator 6.4.0. If immediate upgrade is not possible, restrict access to the Management Console to trusted administrative networks or VPN-only paths, block public internet access, and apply compensating controls such as a web application firewall rule that rejects suspicious driver parameter values containing script, event-handler, HTML tag, JavaScript URI, or encoded payload patterns. Ensure Management Console responses encode untrusted data for the correct output context, and review any local customizations or overlays to confirm the driver parameter is not reflected without encoding. Administrators should access the console from hardened browsers and avoid opening administrative links from untrusted sources.

How to confirm the fix worked

Confirm product exposure by checking whether WSO2 Enterprise Integrator 6.4.0 is deployed and whether the Management Console endpoint /carbon/ndatasource/validateconnection/ajaxprocessor.jsp is reachable from untrusted networks. Validate remediation by verifying the installed WSO2 version or vendor hotfix level against WSO2’s advisory or release documentation. Perform a safe reflected-input test against the driver parameter using a benign marker such as xsstest123 and confirm the value is either not reflected or is safely HTML/JavaScript encoded. Do not use destructive payloads in production. Confirm network controls by testing that the Management Console is inaccessible from the public internet and only reachable from approved administrative access paths. Review WAF, proxy, and application logs after mitigation to ensure requests with suspicious driver values are blocked or sanitized.

Typical attack path

  1. Locate a reachable WSO2 Enterprise Integrator 6.4.0 Management Console instance.
  2. Confirm the vulnerable endpoint /carbon/ndatasource/validateconnection/ajaxprocessor.jsp is accessible.
  3. Create a crafted request containing JavaScript or HTML payload content in the driver parameter.
  4. Deliver the crafted URL or request to a likely console user through phishing, chat, documentation, a ticket, or another lure.
  5. Victim opens the link or otherwise triggers the request in a browser.
  6. The Management Console reflects the unsanitized driver parameter into the response.
  7. Malicious script executes in the browser under the WSO2 Management Console origin.
  8. Attacker uses the script for UI deception, redirection, phishing, or limited same-origin actions allowed by the victim’s session and application controls.

How to detect it

To determine whether exploitation was attempted or successful, review WSO2 HTTP access logs, reverse proxy logs, load balancer logs, WAF events, endpoint browser telemetry, and administrative audit logs. Search for requests to /carbon/ndatasource/validateconnection/ajaxprocessor.jsp where the query string or POST body includes the driver parameter with script-like or HTML-like content, including encoded variants. Pay particular attention to payloads containing <script, javascript:, onerror=, onload=, alert(, prompt(, confirm(, document.cookie, window.location, eval(, atob(, or percent-encoded equivalents. Correlate suspicious requests with user-agent, referrer, source IP, and authenticated administrator activity around the same time. Because the vulnerability is reflected and requires user interaction, evidence may include a victim browsing to a crafted URL, unusual referrers from email/webmail/chat/ticketing systems, browser security alerts, or WAF blocks rather than persistent server-side artifacts. The vulnerability description states session hijacking is not expected, but defenders should still investigate any administrative changes made shortly after suspicious requests from the same user session.

  • /carbon/ndatasource/validateconnection/ajaxprocessor.jsp
  • driver=<script
  • driver=%3Cscript
  • driver=%253Cscript
  • driver=javascript:
  • driver=java%0ascript:
  • driver=java%0Dscript:
  • driver=onerror=
  • driver=onload=
  • driver=%20onerror%3D
  • driver=%20onload%3D
  • driver=alert(
  • driver=alert%28
  • driver=prompt(
  • driver=prompt%28
  • driver=confirm(
  • driver=confirm%28
  • driver=document.cookie
  • driver=document%2Ecookie
  • driver=window.location
  • driver=window%2Elocation
  • driver=eval(
  • driver=eval%28
  • driver=atob(
  • driver=atob%28
  • validateconnection/ajaxprocessor.jsp?driver=

What your security team should do

  • Inventory WSO2 Enterprise Integrator deployments and identify any instance running version 6.4.0.
  • Prioritize remediation for Management Console instances exposed to the internet or accessible from broad internal user networks.
  • Upgrade to a vendor-supported fixed release or apply the relevant WSO2 hotfix after confirming the exact patched version from WSO2 documentation or support.
  • Restrict Management Console access to trusted administrative networks, VPN, or privileged access gateways; do not expose it directly to the internet.
  • Add temporary WAF or reverse-proxy filtering for suspicious driver parameter content targeting /carbon/ndatasource/validateconnection/ajaxprocessor.jsp.
  • Search historical web, proxy, and WSO2 access logs for suspicious requests to the vulnerable endpoint, especially encoded script-like payloads in the driver parameter.
  • Educate administrators not to open unsolicited Management Console links from email, chat, tickets, or external web pages.
  • Use separate hardened browser profiles for administrative consoles to reduce the impact of browser-based attacks.
  • Monitor for unusual administrative actions temporally correlated with requests to the vulnerable endpoint.

The record

An issue was discovered in WSO2 Enterprise Integrator 6.4.0. A Reflected Cross-Site Scripting (XSS) vulnerability has been identified in the Management Console under /carbon/ndatasource/validateconnection/ajaxprocessor.jsp via the driver parameter. Session hijacking or similar attacks would not be possible.

Affected packages

Ecosystem Package Introduced Fixed

Related vulnerabilities