MEDIUM 5.6

CVE-2026-28322: SolarWinds Database Performance Analyzer Stored XSS Vulnerability

SolarWinds Database Performance Analyzer contains a stored cross-site scripting (XSS) vulnerability that allows attackers to inject malicious scripts into the application. When a user views a page containing the injected script, the malicious code executes in their browser with their privileges. This vulnerability requires an attacker to have authenticated access and user interaction to exploit, limiting but not eliminating the risk in environments where internal users have administrative permissions.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.6 MEDIUM · CVSS:3.1/AV:A/AC:H/PR:H/UI:R/S:U/C:H/I:H/A:N
Weaknesses (CWE)
CWE-20
Affected products
0 configuration(s)
Published / Modified
2026-06-30 / 2026-07-02

NVD description (verbatim)

SolarWinds Database Performance Analyzer was found to be affected by a stored cross-site scripting vulnerability, which when exploited, can lead to unintended script execution.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-28322 is a stored XSS vulnerability in SolarWinds Database Performance Analyzer stemming from improper input validation (CWE-20). The vulnerability permits authenticated attackers with high privileges to inject JavaScript that persists in the application's database. When a user with sufficient permissions accesses the affected functionality, the stored script executes in their browser context without sanitization or content security policy protections. The CVSS 3.1 score of 5.6 (Medium) reflects the attack vector (adjacent network access), high complexity, requirement for high privileges, user interaction, and limited impact scope—confidentiality and integrity are compromised, but availability is unaffected.

Business impact

A successful exploit enables attackers to steal session tokens, modify data displays, redirect users to malicious sites, or perform unauthorized actions on behalf of authenticated users. In managed database environments where DPA is used for performance monitoring and administration, this could result in unauthorized configuration changes, data exfiltration, or lateral movement. The risk is particularly acute if the attacker is an insider or has compromised a high-privilege account; external attackers face higher barriers due to access and authentication requirements.

Affected systems

SolarWinds Database Performance Analyzer versions prior to the patched release are affected. Organizations running DPA in production environments should verify their specific version against the SolarWinds security advisory to confirm exposure. The vulnerability does not appear on the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting active exploitation in the wild has not yet been documented at time of publication.

Exploitability

Exploitation requires an attacker to be on the same network segment (adjacent network access), possess authenticated credentials with high-privilege roles, craft a malicious payload, and trick a user into viewing the stored payload. The combination of high-complexity conditions, privilege requirements, and necessary user interaction substantially reduces exploitability compared to unauthenticated remote vulnerabilities. However, in multi-tenant or shared environments where trust levels are lower, the practical barrier to exploitation decreases.

Remediation

Immediately apply the security patch released by SolarWinds for Database Performance Analyzer. Verify patch availability and compatibility with your deployed version through the official SolarWinds security advisory. As interim mitigation, restrict network access to DPA management interfaces, enforce principle of least privilege for administrative accounts, and monitor for suspicious script injection attempts in database logs or network traffic.

Patch guidance

Contact SolarWinds support or review the security advisory published alongside this CVE to identify the patched version for your DPA deployment. Testing patches in a non-production environment is recommended before production rollout, particularly in critical database monitoring scenarios. Prioritize patching systems used for sensitive database management or those accessible to untrusted internal users.

Detection guidance

Monitor DPA application logs for unusual input patterns, HTML tags, or JavaScript keywords in stored parameters. Review user access logs for high-privilege account activity, especially modifications to configuration or reporting areas. Deploy Web Application Firewall (WAF) rules to detect common XSS payloads in requests to DPA. Monitor browser-based alerts for Content Security Policy violations if CSP is implemented. Check for unauthorized JavaScript execution in user sessions or unexpected network requests from DPA interfaces.

Why prioritize this

While the CVSS score is Medium (5.6), the vulnerability merits near-term patching because it affects a trusted administrative tool used for database management. Compromised credentials from an XSS exploit could enable lateral movement to backend database systems. The absence from the KEV catalog suggests a window before widespread exploitation; proactive patching prevents future weaponization. Organizations managing critical databases should prioritize this above lower-impact medium-severity vulnerabilities.

Risk score, explained

The CVSS 3.1 score of 5.6 reflects the layered authentication and user interaction requirements that reduce overall risk. Adjacent network access limits remote exploitability, and high-privilege role requirements narrow the attacker pool. However, confidentiality and integrity impacts are rated high, meaning successful exploitation could yield sensitive data or enable unauthorized modifications. The score appropriately balances the technical severity of XSS against realistic attack prerequisites; security teams should not equate a Medium rating with low business risk in administrative tools.

Frequently asked questions

Do we need to patch if DPA is isolated on an internal network?

Yes. Network isolation reduces but does not eliminate risk. If any authenticated user with high privileges is compromised (phishing, credential stuffing, insider threat), an attacker on the same segment can exploit this vulnerability. Additionally, if DPA is later accessed remotely or connected to a shared network, the vulnerability becomes actionable. Patching is the only complete mitigation.

Is this vulnerability being actively exploited?

No. As of the publication date, CVE-2026-28322 does not appear on the CISA Known Exploited Vulnerabilities (KEV) catalog, meaning active exploitation in the wild has not yet been reported. This provides a limited window to patch before potential weaponization. Treat this as a proactive patching opportunity rather than a breach response.

What data could an attacker steal through this XSS vulnerability?

An attacker executing JavaScript in a high-privilege user's browser could steal session tokens, access sensitive database performance metrics, read configuration settings, or modify monitoring rules. In worst-case scenarios, they could redirect the user to a phishing site or perform database configuration changes with that user's permissions. The risk depends on what data and functions the compromised user's role can access.

Can we apply a WAF rule instead of patching?

A WAF can provide temporary protection by blocking common XSS payloads, but it is not a substitute for patching. WAF rules may be bypassed with obfuscated payloads, and they impose operational overhead. Patching removes the vulnerability at the source. Use WAF as a defense-in-depth layer while planning and executing the patch rollout.

This analysis is based on publicly disclosed information as of the publication date. Patch version numbers, specific affected versions, and detailed remediation steps should be verified against the official SolarWinds security advisory and product documentation. No exploit code, proof-of-concept tools, or weaponized attack details are provided herein. Organizations should conduct their own vulnerability assessment and risk evaluation based on their specific DPA deployments, network architecture, and user privilege structures. SEC.co makes no warranty regarding the completeness or accuracy of external vendor advisories referenced indirectly. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).