MEDIUM 4.3

CVE-2026-13567: Reflected XSS in code-projects Online Music Site 1.0 Feedback Form

A reflected cross-site scripting (XSS) vulnerability has been identified in code-projects Online Music Site version 1.0. The flaw exists in the feedback form handler (/Frontend/Feedback.php) and can be exploited by injecting malicious code into form fields (name, email, address, or message). When a victim visits a malicious link crafted by an attacker, the injected code executes in their browser, potentially allowing credential theft, session hijacking, or malware distribution. Public exploit code is already available, raising the attack likelihood.

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-06-29 / 2026-06-29

NVD description (verbatim)

A security flaw has been discovered in code-projects Online Music Site 1.0. This affects an unknown part of the file /Frontend/Feedback.php of the component POST Request Handler. The manipulation of the argument fname/femail/faddress/fmessage results in cross site scripting. The attack may be launched remotely. The exploit has been released to the public and may be used for attacks.

6 reference(s) · View on NVD →

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

Technical summary

CVE-2026-13567 is a reflected XSS vulnerability classified under CWE-79 (Improper Neutralization of Input During Web Page Generation) and CWE-94 (Improper Control of Generation of Code). The vulnerable component is the POST request handler in /Frontend/Feedback.php, which fails to sanitize user-supplied input in the fname, femail, faddress, and fmessage parameters before echoing them back to the client. The attack requires no authentication (PR:N) and minimal complexity (AC:L), but does require user interaction (UI:R) to click a malicious link. The CVSS 3.1 score of 4.3 reflects low severity impact—integrity is compromised (I:L) with no confidentiality or availability impact.

Business impact

Organizations running code-projects Online Music Site 1.0 face reputational and operational risk. An attacker can craft a malicious feedback URL to harvest visitor credentials, inject fake reviews or spam, or redirect users to phishing pages. Customer trust erodes if feedback data is visibly compromised or if the site becomes a vector for further attacks. While the CVSS score is moderate, the presence of public exploits and reliance on user interaction (typical for feedback forms with high traffic) amplifies real-world exposure.

Affected systems

This vulnerability affects code-projects Online Music Site version 1.0 specifically. The attack vector is network-based and requires no special privileges, meaning any internet-connected instance is at risk. Environments where users frequently interact with feedback forms—or where feedback URLs are shared via email or social media—face heightened exposure.

Exploitability

Exploitability is elevated due to public availability of proof-of-concept code and the simplicity of the attack. An attacker constructs a URL with XSS payload in one of the four vulnerable parameters and tricks a user into clicking it (via phishing, social engineering, or a compromised referrer). The payload executes in the victim's session context, with no additional technical barriers. User interaction is the primary mitigation at the network level.

Remediation

Immediate action is required to patch or upgrade code-projects Online Music Site beyond version 1.0. If an update is not available, implement web application firewall (WAF) rules to block requests containing script tags or event handlers in the feedback parameters. Apply output encoding to all user input before rendering on the page. As a temporary measure, disable the feedback form or restrict it to authenticated users only. Test any changes in a non-production environment first.

Patch guidance

Verify the latest version of code-projects Online Music Site against the vendor's official advisory to confirm XSS remediation. If running version 1.0, upgrade to the next available release. Validate that sanitization functions (e.g., htmlspecialchars() or equivalent) are applied to fname, femail, faddress, and fmessage parameters on output. If the vendor has released a specific security patch version, apply it and test form functionality to ensure no regression.

Detection guidance

Monitor web server logs for POST requests to /Frontend/Feedback.php containing suspicious payloads such as <script>, javascript:, onerror=, or onload=. Search request parameters (fname, femail, faddress, fmessage) for encoded or obfuscated script tags (e.g., %3Cscript%3E). Implement browser-side detection using Content Security Policy (CSP) headers to prevent inline script execution. Log and alert on any reflected content that was not sanitized. Review error logs for any failed input validation attempts.

Why prioritize this

Although the CVSS score is 4.3 (MEDIUM), this vulnerability merits prompt attention due to public exploit availability and low attack complexity. Feedback forms are high-interaction components, and the combination of easy exploitation and real-world exposure justifies moving this into the near-term patching queue. Organizations with public-facing Online Music Site instances should prioritize this within 2–4 weeks.

Risk score, explained

The CVSS 3.1 score of 4.3 reflects a low-severity impact (integrity only, no confidentiality or availability loss) coupled with a low-complexity, unauthenticated attack. The user interaction requirement (UI:R) prevents a higher score, since reflected XSS typically depends on social engineering. However, in a real-world context with active public exploits and a popular feedback mechanism, the actual risk is higher than the numeric score suggests. Organizations should not use CVSS score alone to deprioritize this vulnerability.

Frequently asked questions

How can I tell if my Online Music Site is running version 1.0?

Check the application's version file or admin panel, typically found in a config file or README in the installation directory. Version information may also appear in HTTP response headers or the application's footer. Contact your vendor or system administrator if you are unsure.

Can this vulnerability be exploited without user interaction?

No. The reflected XSS requires the victim to click a malicious link (or submit a form with embedded payload). An attacker cannot trigger the flaw passively; social engineering is necessary to deliver the payload.

What is the difference between reflected and stored XSS, and does this vulnerability pose a stored risk?

This is a reflected XSS vulnerability, meaning the payload is echoed back in the immediate response and does not persist in the database. However, if an attacker can inject code into the faddress or fmessage field and it is not sanitized before storage or display in a summary report, it could become stored XSS. Review vendor documentation to confirm whether feedback data is sanitized on storage.

If I cannot patch immediately, what are the best interim controls?

Disable the feedback form if it is non-critical, or restrict access to authenticated users. Implement a WAF rule to block requests with script tags, event handlers, or JavaScript protocol in feedback parameters. Apply output encoding (HTML entities) to all feedback display. Monitor logs for suspicious POST requests and educate users not to click unexpected feedback links.

This advisory is based on information available as of 2026-06-29 and reflects the current state of CVE-2026-13567. Vendor patch details and updated versions should be verified directly with code-projects or their official security advisories. CVSS scores are provided as reference only and should not be the sole basis for prioritization decisions. Organizations are responsible for assessing their own risk posture and implementing appropriate controls. SEC.co does not warranty the accuracy, completeness, or timeliness of this information and assumes no liability for misuse or reliance thereon. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).