CVE-2026-4772: Stored XSS in TR7 WAF-ASP
TR7 Cyber Defense Inc.'s WAF-ASP product contains a stored cross-site scripting (XSS) vulnerability that allows authenticated users to inject malicious scripts into web pages. An attacker with login credentials can craft a request that causes the WAF-ASP system to store and later serve malicious JavaScript to other users, potentially compromising their sessions, stealing credentials, or performing actions on their behalf. This is a stored variant of XSS, meaning the attack persists in the system rather than requiring each victim to click a malicious link.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-79
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-02 / 2026-07-02
NVD description (verbatim)
Improper neutralization of input during web page generation ('cross-site scripting') vulnerability in TR7 Cyber Defense Inc. WAF-ASP allows Stored XSS. This issue affects WAF-ASP: from v1.0.324.900 before v1.4.0.117.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-4772 is a stored XSS vulnerability (CWE-79) stemming from improper input neutralization during web page generation in TR7 Cyber Defense Inc. WAF-ASP versions 1.0.324.900 through 1.3.x (before 1.4.0.117). The vulnerability requires authenticated access (PR:L) and user interaction (UI:R) to trigger, affecting the confidentiality and integrity of data with a network attack surface. The CVSS 3.1 vector indicates low complexity exploitation and a scope change, suggesting the attack can impact resources beyond the vulnerable component itself. The absence of availability impact indicates this is not a denial-of-service vector.
Business impact
While the vulnerability requires authentication and user interaction, its stored nature makes it particularly concerning for insider threats or compromised administrator accounts. An attacker could modify how the WAF-ASP management interface displays information, potentially tricking administrators into taking unintended actions, revealing sensitive security configuration details, or gaining further system access. For organizations relying on WAF-ASP for web application protection, this undermines the trustworthiness of the security tool itself—if an attacker can inject code into the WAF interface, administrators may lose visibility into actual attack patterns or be socially engineered through the compromised interface.
Affected systems
TR7 Cyber Defense Inc. WAF-ASP versions from 1.0.324.900 up to and including any version before 1.4.0.117 are affected. Organizations running WAF-ASP should immediately inventory their current version by checking the application's version information. Any instance still running 1.0.324.900 through 1.3.x versions requires urgent patching.
Exploitability
Exploitation requires two preconditions: the attacker must possess valid login credentials and a user must interact with the injected payload (e.g., by viewing the compromised page). This means external, unauthenticated exploitation is not possible. However, the threat is non-negligible given that WAF administrators, cloud security teams, and security operations personnel typically have persistent access to these systems, and phishing or credential compromise could grant an attacker the necessary initial foothold. The low complexity and network attack surface mean an attacker with credentials could inject from anywhere without needing special tools or intricate attack chains.
Remediation
Upgrade TR7 Cyber Defense Inc. WAF-ASP to version 1.4.0.117 or later. This version incorporates proper input neutralization controls to prevent stored XSS injection. Before patching, apply defense-in-depth measures: restrict WAF-ASP administrative access to IP whitelists, enforce multi-factor authentication for all WAF console users, and review recent administrative logs for suspicious modification activity. Monitor the WAF-ASP interface logs for unusual stored data or reflected warnings that might indicate past exploitation attempts.
Patch guidance
Verify your current WAF-ASP version in the system settings or administrative console (typically found under Help > About or System Information). If running version 1.0.324.900 or any 1.1.x, 1.2.x, or 1.3.x version, the system is vulnerable. Contact TR7 Cyber Defense Inc. to obtain version 1.4.0.117 or later and follow their release notes for any pre-upgrade requirements, database migration steps, or compatibility considerations. Plan the upgrade during a maintenance window to avoid interruption of web application protection services. Test the patched version in a non-production environment first if possible to ensure no configuration regressions.
Detection guidance
Search WAF-ASP audit logs for PUT, POST, or PATCH requests to configuration or template endpoints originating from unexpected user accounts or IP addresses. Look for unusual HTML, JavaScript, or script-tag patterns in stored configuration fields, custom error pages, or dashboard widgets. Monitor for administrative sessions with unusual geographic locations or authentication timing. Deploy a WAF or IDS rule that detects common XSS payloads (e.g., <script>, onerror=, onload=) being submitted to WAF-ASP administrative endpoints. If your organization uses SIEM integration with WAF-ASP, correlate authentication logs with changes to stored content to identify suspicious sequences.
Why prioritize this
Although rated MEDIUM severity with a CVSS score of 5.4, this vulnerability warrants prompt prioritization because it directly affects a security tool, not just an application behind one. Compromise of the WAF itself creates a trust boundary violation—attackers could mask their reconnaissance, hide attack patterns, or manipulate security policy enforcement. The stored nature also means a single injection can affect many users over time. Additionally, the vulnerability is not yet in the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting the patch window is currently narrow; organizations should move quickly before threat actors weaponize it. Given that WAF-ASP administrators typically have high privilege levels, a compromised admin session poses elevated risk to downstream web applications.
Risk score, explained
The CVSS 3.1 score of 5.4 (MEDIUM) reflects the combination of network accessibility, low complexity, and the requirement for prior authentication and user interaction. The scope change (S:C) elevates the base score because the injected content can affect users and resources beyond the immediate vulnerable component. However, the lack of availability impact and no documented critical information disclosure keeps it below HIGH. In a real-world context, the score should be considered floor rather than ceiling—organizational risk is amplified by the fact that WAF-ASP is a security appliance and that insider or phishing attacks could plausibly supply the required authentication and interaction prerequisites.
Frequently asked questions
How can we quickly identify if we have been exploited before patching?
Review WAF-ASP administrative audit logs from the past 90 days, searching for any administrative user accounts that created or modified dashboard widgets, error pages, or configuration templates—especially those containing HTML or script-tag patterns. Also check for administrative login anomalies such as off-hours access, unusual geographic locations, or rapid successive configuration changes. If your organization uses a SIEM, forward WAF-ASP logs to it and hunt for stored XSS payloads in the configuration database. If suspicious activity is found, isolate the affected WAF-ASP instance and engage your incident response team.
Is our network at risk if WAF-ASP has not been publicly exposed to the internet?
The attack requires valid credentials and user interaction, so external internet exposure is not strictly necessary for exploitation. However, internal networks remain at risk from compromised employee accounts, compromised service accounts with WAF-ASP access, or physical insider threats. The primary risk vector is credential compromise via phishing, malware, or password reuse. Organizations should assume that if any WAF-ASP user credentials have been compromised elsewhere (e.g., in a third-party breach), the system is vulnerable until patching is completed.
What does 'scope change' mean in the CVSS vector, and why does it matter here?
Scope change (S:C in the CVSS vector) means that the vulnerability can affect resources or security properties beyond the vulnerable component itself—in this case, the injected script can impact not just the WAF-ASP application, but any user or system that views the compromised page. This elevates the severity score because an attacker can influence victims outside the immediate scope of WAF-ASP ownership. For a security tool, scope change is particularly concerning because it allows attackers to manipulate the trustworthiness of security data presented to administrators and users.
Can we mitigate this vulnerability without upgrading immediately?
Yes, but mitigations are incomplete without patching. Restrict administrative access to WAF-ASP via IP whitelist, enforce multi-factor authentication for all administrative accounts, and disable any non-essential user-facing or configuration-editing features if your use case permits. Monitor and alert on administrative actions that modify stored data. These controls reduce the likelihood and impact of exploitation but do not eliminate the underlying vulnerability. Patching to version 1.4.0.117 or later remains the definitive remedy and should be scheduled as soon as operationally feasible.
This analysis is provided for informational purposes and reflects the state of CVE-2026-4772 as of the published date. SEC.co does not provide warranty regarding the completeness or accuracy of vendor remediation steps or patch availability dates. Organizations should verify patch version compatibility with their deployment before applying updates, consult TR7 Cyber Defense Inc.'s official advisory, and conduct testing in non-production environments. CVSS scores are provided by the National Vulnerability Database and do not constitute a substitute for organization-specific risk assessment. This vulnerability is not currently listed in the CISA Known Exploited Vulnerabilities catalog; however, organizations should assume exploitation is possible and prioritize patching accordingly. Source: NVD (public-domain), retrieved 2026-08-11. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2016-20070MEDIUMPrivilege Escalation & Stored XSS in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2018-25384MEDIUMStored XSS in Wikidforum 2.20 Allows Authenticated Attackers to Inject Malicious Scripts
- CVE-2019-25731MEDIUMStored XSS in Zuz Music 2.1 Contact Form
- CVE-2019-25737MEDIUMStored XSS in Live Chat Unlimited 2.8.3 – Admin Session Compromise
- CVE-2019-25739MEDIUMGigToDo 1.3 Stored XSS Vulnerability in Proposal Descriptions
- CVE-2019-25742MEDIUMStored XSS in Zoner Real Estate WordPress Theme 4.1.1 – Admin Account Compromise Risk
- CVE-2019-25743MEDIUMWordPress Soliloquy Lite 2.5.6 Stored XSS Vulnerability
- CVE-2019-25744MEDIUMWordPress Popup Builder 3.49 Stored XSS Vulnerability – Exploit Prevention & Patch Guide