CVE-2026-15202: YzmCMS XSS in Header Handler
YzmCMS versions up to 7.5 contain a cross-site scripting (XSS) vulnerability in the header handling component that allows attackers to inject malicious scripts into web pages. The flaw exists in the `get_url` function within `/yzmphp/yzmphp.php`, where the HTTP_HOST parameter is not properly sanitized before being used. An attacker can craft a malicious link that, when clicked by a user, executes arbitrary JavaScript in their browser—potentially stealing session data, credentials, or redirecting them to malicious sites. The vulnerability requires user interaction (clicking a link) but can be exploited remotely without authentication.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-79, CWE-94
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-09 / 2026-07-09
NVD description (verbatim)
A security vulnerability has been detected in YzmCMS up to 7.5. Affected is the function get_url of the file /yzmphp/yzmphp.php of the component Header Handler. The manipulation of the argument HTTP_HOST leads to cross site scripting. The attack may be initiated remotely. The exploit has been disclosed publicly and may be used. The vendor was contacted early about this disclosure but did not respond in any way.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability is a reflected cross-site scripting (XSS) flaw classified under CWE-79 (Improper Neutralization of Input During Web Page Generation) and CWE-94 (Improper Control of Generation of Code). The Header Handler component's `get_url` function in `/yzmphp/yzmphp.php` fails to properly encode or validate the HTTP_HOST header value before outputting it in the response. An attacker can manipulate this header via a crafted HTTP request to inject arbitrary HTML or JavaScript. The attack vector is network-based with low attack complexity; no special privileges are required, though the victim must interact with the malicious payload (e.g., click a link). The impact is limited to integrity compromise of the user's session or data within the affected domain.
Business impact
Organizations running YzmCMS are exposed to account takeover, session hijacking, and credential theft if users can be tricked into clicking attacker-controlled links. Defaced content, malware distribution, or unauthorized actions performed on behalf of compromised users could damage reputation and customer trust. For public-facing YzmCMS installations, the risk extends to all end users. The low CVSS score reflects the requirement for user interaction, but the public disclosure increases the practical likelihood of exploitation.
Affected systems
YzmCMS versions up to and including 7.5 are affected. The specific vulnerable component is the Header Handler in `/yzmphp/yzmphp.php`. Organizations should audit their YzmCMS instances to determine the running version and exposure. No patch version numbers were provided by the vendor; administrators should contact YzmCMS maintainers or check their official channels for guidance on remediation.
Exploitability
The exploit has been publicly disclosed, making it accessible to a broader threat actor population. Attack complexity is low—crafting a malicious URL and distributing it (via phishing, comments, social media) requires minimal technical skill. The attack requires user interaction but is effective once a user clicks the link. No authentication is needed to trigger the vulnerability. The public disclosure status elevates practical exploitability despite the modest CVSS score.
Remediation
Immediately upgrade YzmCMS to a version newer than 7.5 if available. Verify the upgrade with your vendor's official advisory. If no patched version exists, consider applying a Web Application Firewall (WAF) rule to sanitize or block requests with suspicious HTTP_HOST values. Implement Content Security Policy (CSP) headers to restrict inline script execution and reduce XSS impact. Review and update input validation and output encoding practices in custom extensions. As a temporary measure, restrict access to the YzmCMS administrative interface and monitor for suspicious access patterns.
Patch guidance
Contact YzmCMS maintainers directly or monitor their official repository and security channels for a patched release. Verify any patch against the vendor advisory before deploying to production. Given the vendor's reported non-responsiveness to early disclosure, exercise caution and test thoroughly in a staging environment. Document your deployment timeline for compliance and audit purposes.
Detection guidance
Monitor web server access logs for unusual HTTP_HOST header values, particularly those containing script tags, encoded payloads, or unusual characters (e.g., <, >, ©, "). Implement WAF rules to detect XSS payloads in HTTP headers. Search your YzmCMS access logs for requests to `/yzmphp/yzmphp.php` with suspicious parameters. Monitor outbound traffic from users' browsers for unexpected redirects or JavaScript execution. Endpoint Detection and Response (EDR) tools can flag unauthorized browser activity originating from YzmCMS-served pages.
Why prioritize this
While the CVSS score is MEDIUM (4.3), the public disclosure, active threat landscape targeting CMS platforms, and potential for account compromise warrant prompt attention. Organizations with internet-facing YzmCMS instances should prioritize this higher than the numeric score alone suggests. The requirement for user interaction reduces urgency compared to unauthenticated remote code execution, but the ease of exploitation and disclosure status justify rapid assessment and patching.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects network-based attack vector, low attack complexity, no privilege requirement, and user interaction needed. Integrity impact is limited (users' data in the affected domain is at risk, but the system itself is not compromised). Confidentiality and availability are not directly impacted. However, the public disclosure, vulnerability class (XSS on a widely-deployed CMS), and potential for chained attacks or social engineering elevate real-world risk beyond the baseline score.
Frequently asked questions
Is my organization at risk if we don't expose YzmCMS to the internet?
Internal YzmCMS instances are still at risk if users receive phishing emails or malicious links from internal or compromised accounts. However, the risk is lower than internet-facing deployments. Verify your YzmCMS version and apply security updates regardless of exposure scope.
What is the difference between this XSS vulnerability and other web vulnerabilities?
XSS allows attackers to inject malicious scripts into a user's browser session without directly compromising the server. Unlike SQL injection or remote code execution, XSS does not give the attacker direct control of the backend system but can be used to steal sessions, credentials, or perform unauthorized actions as the victim. It is often a stepping stone to further compromise.
If the vendor isn't responding, what should we do?
Assess your options: (1) Migrate to an alternative CMS if YzmCMS is not critical; (2) Apply compensating controls (WAF, CSP, input validation patches if you have code access); (3) Monitor for active exploitation; (4) Increase logging and monitoring around YzmCMS. Document your risk acceptance decision if you must retain the vulnerable version.
How can we tell if we've been exploited by this vulnerability?
Look for suspicious HTTP_HOST headers in web logs, unexpected JavaScript in user sessions, unauthorized actions (e.g., account changes, content modifications), or user reports of redirects to unknown sites. Check browser DevTools for injected scripts. Enable logging at the WAF or reverse proxy level if deployed. A security incident response plan and baseline network behavior (EDR, browser telemetry) help detect exploitation quickly.
This analysis is based on publicly disclosed vulnerability data current as of the publication date. Patch availability, version numbers, and vendor responsiveness may change. Verify all remediation steps against the vendor's official advisory before implementation. This assessment does not constitute a guarantee of security and should be combined with your organization's risk management and incident response procedures. Always test patches in a non-production environment first. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10153MEDIUMCross-Site Scripting in westboy CicadasCMS Search Function
- CVE-2026-10173MEDIUMCross-Site Scripting in Orthanc Explorer 2 – Patch Guidance & Detection
- CVE-2026-10289MEDIUMXSS Vulnerability in Hotel and Tourism Reservation System 1.0
- CVE-2026-10301MEDIUMReflected XSS in itsourcecode Fees Management System 1.0 – Exploit Public
- CVE-2026-10810MEDIUMCross-Site Scripting in itsourcecode Fees Management System v1.0
- CVE-2026-11337MEDIUMReflected XSS in tittuvarghese CollegeManagementSystem – Risk Analysis & Remediation
- CVE-2026-11436MEDIUMReflected XSS in Mage AI Sign-In Flow (v0.9.79 and Earlier)
- CVE-2026-11512MEDIUMXSS in itsourcecode Hospital Management System 1.0 Billing Module