MEDIUM 4.3

CVE-2026-14656: Code-Projects Assessment Management XSS Vulnerability

A stored or reflected cross-site scripting (XSS) vulnerability exists in code-projects Assessment Management version 1.0, specifically in the user removal functionality at /admin/remove-user.php. An attacker can inject malicious JavaScript through the ID parameter, which executes in the browser of any admin who clicks a crafted link. This does not require the attacker to authenticate, but does require user interaction—typically clicking a malicious link. The vulnerability has been publicly disclosed, increasing exposure risk.

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-04 / 2026-07-06

NVD description (verbatim)

A security vulnerability has been detected in code-projects Assessment Management 1.0. This affects an unknown part of the file /admin/remove-user.php. The manipulation of the argument ID leads to cross site scripting. It is possible to initiate the attack remotely. The exploit has been disclosed publicly and may be used.

6 reference(s) · View on NVD →

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

Technical summary

CVE-2026-14656 is a CWE-79 (Improper Neutralization of Input During Web Page Generation) and CWE-94 variant affecting the /admin/remove-user.php endpoint in code-projects Assessment Management 1.0. The ID parameter is not properly sanitized or encoded before being reflected in HTTP responses, allowing an unauthenticated attacker to inject arbitrary JavaScript. The CVSS 3.1 score of 4.3 reflects low complexity exploitation (AV:N/AC:L), no authentication requirement (PR:N), but limited impact due to the requirement for user interaction (UI:R) and only integrity impact (I:L) with no confidentiality or availability impact.

Business impact

If this application manages user accounts or assessment data, successful exploitation could lead to session hijacking, credential theft, or unauthorized modification of user records. An attacker could craft a convincing phishing email with a malicious link targeting administrative staff, potentially allowing lateral movement or privilege escalation within the assessment platform. The integrity impact is constrained to what the victim's browser can modify, but admin-level XSS is a serious stepping stone for further compromise.

Affected systems

code-projects Assessment Management 1.0 is the sole confirmed affected product. Organizations running this version should assume exposure. No patch information is currently available in the source data; verify with the vendor for available updates or workarounds.

Exploitability

Exploitation is straightforward: an attacker crafts a URL containing malicious JavaScript in the ID parameter and distributes it via email, chat, or social engineering. The public disclosure means exploit code and attack vectors are likely already in circulation. No special tools, credentials, or advanced capabilities are required. The primary friction is the user-interaction requirement—the admin must visit the link—making this suitable for phishing campaigns.

Remediation

Immediate actions: isolate or disable Assessment Management 1.0 if feasible, or restrict access to trusted networks only. Contact the code-projects vendor for security patches or version updates. Implement input validation and output encoding at the application level if you maintain custom deployments. Deploy a Web Application Firewall (WAF) rule set to block suspicious ID parameters. Conduct user awareness training to reduce click-through rates on suspicious links.

Patch guidance

No patched version has been identified in available sources. Verify the latest available release directly with code-projects or their security advisory page. If a patch is available, prioritize testing it in a staging environment before rolling to production. If no patch is available, consider switching to an alternative assessment platform or applying compensating controls (network segmentation, WAF rules, monitoring).

Detection guidance

Monitor access logs for /admin/remove-user.php with suspicious ID parameters containing script tags, event handlers (onload, onerror), or encoded JavaScript. Look for multiple requests to this endpoint with varying payloads, indicating active exploitation scanning. Log and alert on admin-user interactions with assessment accounts shortly after unusual ID parameter access. Deploy HTTP request inspection rules to detect common XSS payloads in URL parameters.

Why prioritize this

Although the CVSS score of 4.3 is medium, this vulnerability warrants prompt attention because: (1) it requires no authentication, (2) it is publicly disclosed with available exploit code, (3) it targets administrative functions where an attacker can cause real damage, and (4) phishing is an effective attack vector in most organizations. The low technical barrier to exploitation combined with the likely ease of social engineering makes this a practical risk.

Risk score, explained

The CVSS 3.1 score of 4.3 (MEDIUM) reflects the balance of factors: network accessibility and low complexity push the score up, but the requirement for user interaction and limited impact scope (integrity only, on client-side operations) keep it moderate. However, context matters—an XSS in an admin panel deserves heightened vigilance despite the moderate base score, especially once public exploit code is available.

Frequently asked questions

Do we need admin credentials to exploit this?

No. The vulnerability is in an unauthenticated endpoint accessible via URL, though the target (the person who clicks the link) typically needs admin permissions to cause harm. An attacker can craft the malicious URL and send it to admins via phishing, social engineering, or by injecting it into a public-facing page they control.

What data is at risk if we are compromised?

The primary risk is unauthorized modification of user records or assessment data visible to the victim's session. An attacker can also steal session cookies, redirect the admin to a credential-harvesting page, or inject a backdoor into subsequent requests. The scope is limited to what the admin's session allows, but admin accounts typically have broad permissions.

Is there a workaround if a patch is not available?

Yes, several. Restrict access to /admin/* paths to a whitelist of trusted IP addresses. Deploy a WAF rule to block requests with suspicious script patterns in the ID parameter. Disable the user-removal feature if not actively needed. Most importantly, keep the application offline or on an isolated network until a patch is confirmed available.

How do we detect if we've already been attacked?

Search admin user access logs for /admin/remove-user.php requests with unusual ID values (look for >, <, (, ), {, }, script, onload, onerror, etc.). Check user audit logs for unexpected account modifications, password resets, or permission changes made by admin accounts around the time of suspicious log entries. Review web server logs for repeated probes with encoded or obfuscated payloads.

This analysis is for informational purposes and reflects publicly available information as of the publication date. No exploit code is provided or endorsed. Organizations should verify patch availability, affected product scope, and KEV status directly with code-projects and CISA. Testing should be conducted in controlled, authorized environments only. SEC.co makes no warranty regarding completeness or real-time accuracy of this intelligence. Source: NVD (public-domain), retrieved 2026-08-13. Analysis generated by SEC.co (claude-haiku-4-5).