PDW File Browser version 1.3 contains stored and reflected cross-site scripting vulnerabilities that allow authenticated attackers to inject malicious scripts through file rename and path parameters. Attackers can craft malicious URLs or rename files with XSS payloads to execute arbitrary JavaScript in victims' browsers when they access the file browser.
Security readout for executives and security teams
Plain-English summary
PDW File Browser has cross-site scripting flaws that can let a logged-in attacker plant or trigger JavaScript in another user’s browser. This could expose session data or alter actions inside the file browser. The issue is medium severity, but risk rises if the tool is internet-facing or used by many semi-trusted users.
Executive priority
Prioritize remediation for internet-facing or shared deployments. This is not a critical infrastructure-level flaw, but it can enable browser-session compromise and unauthorized actions inside affected file-browser workflows.
Technical view
The source bundle describes stored and reflected XSS in PDW File Browser version 1.3 / <=1.3 via file rename and path parameters. CVSS 3.1 is 5.4: network reachable, low complexity, low privileges required, user interaction required, changed scope, low confidentiality and integrity impact, no availability impact.
Likely exposure
Exposure is likely limited to environments running PDW File Browser where attackers can authenticate or influence authenticated users. Public or broadly shared file-browser deployments are more exposed than tightly restricted administrative tools.
Exploitation context
An ExploitDB reference exists, but the bundle does not show CISA KEV listing or evidence of active exploitation. Treat exploit availability as public proof-of-concept visibility, not confirmed in-the-wild exploitation.
Researcher notes
Evidence is sufficient for XSS classification and basic exposure analysis. Patch status is not established in the provided bundle, and the affected-version metadata is limited, so confirm details against vendor and advisory records before closing risk.
Mitigation direction
Inventory PDW File Browser deployments and confirm whether version 1.3 or earlier is present.
Check vendor repository and advisory sources for fixed-release or replacement guidance.
Restrict access to trusted users and trusted networks where feasible.
Review file names and paths for suspicious script-like content.
Consider disabling exposed instances until remediation direction is confirmed.
Validation and detection
Confirm the exact deployed product and version against PDW File Browser records.
Map who can authenticate and rename files or control path parameters.
Review application logs and stored filenames for suspicious XSS indicators.
Validate output encoding behavior in a controlled staging environment.
Confirm any compensating access controls cover all exposed routes.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-79: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-79 · source CWE mapping
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.