Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted name/email value
-
DeliveryPayload stored in user record
-
ExploitAdmin opens user_record.php table
-
ExecutionScript executes in admin browser
-
ImpactSession/UI compromise in admin context
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the ability to inject attacker-controlled input into the name or email argument processed by Admin/user_record.php, and then requires an administrator (or operator with access to the Admin Record Tables view) to render that record in their browser - the UI:P metric confirms a victim must passively view the tainted data for the payload to fire. This user-interaction requirement and the admin-view rendering context are the primary limiting factors; impact is confined to script execution in the viewing user's browser session (integrity-low, no direct server compromise). Only SourceCodester Drug Recommendation System version 1.0 is identified as affected. |
| Impact | This is a genuinely low-priority issue despite being publicly disclosed. The CVSS 4.0 base score of 5.3 (MEDIUM) reflects a cross-site scripting flaw requiring passive user interaction (UI:P) with only low integrity impact (VI:L) and no confidentiality or availability impact per the vendor vector. The E:P exploit-maturity metric and the description ('the exploit has been disclosed publicly') confirm publicly available exploit code exists, but there is NO CISA KEV listing and NO EPSS score was provided, so there is no evidence of active exploitation or high exploitation probability - POC availability and active exploitation are distinct signals and only the former is present here. The vector claims PR:N (unauthenticated) and AV:N (network), yet the affected file is Admin/user_record.php in the 'Admin Record Tables' component, which implies the malicious name/email payload is stored via a user-facing input and later rendered in an administrator's record view; this is a plausible stored-XSS pattern but the PR:N/network-reachability claim should be verified against the application's actual authentication model. Overall this is a high-noise, low-real-risk finding typical of VulDB-sourced disclosures against small open-source PHP projects. |
| Exploit ScenarioDerived | An attacker submits a crafted name or email value containing a JavaScript payload through the application; when an administrator later opens the Admin Record Tables view (Admin/user_record.php), the stored script executes in the admin's browser session. A public proof-of-concept exists (CVSS E:P and public disclosure), lowering the effort to reproduce, though execution depends on an administrator viewing the tainted record (UI:P). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
Stored cross-site scripting in SourceCodester Drug Recommendation System 1.0 lets unauthenticated remote attackers inject arbitrary script through the name or email argument handled by Admin/user_record.php, which then executes in the browser session of an administrator viewing the Admin Record Tables page. Publicly available exploit code exists, and no vendor-released patch has been identified, though CVSS 4.0 scoring of 5.3 with UI:P reflects that a privileged victim must passively render the tainted record before the payload fires. This is a genuinely low-priority issue despite being publicly disclosed, because impact is confined to script execution in the viewing user's browser (integrity-low) with no direct server compromise.
RemediationAI
No vendor-released patch has been identified at time of analysis, so remediation depends on compensating controls. The most direct fix is to apply context-aware output encoding to the name and email values wherever they are printed in Admin/user_record.php and any other record-table views - for PHP, htmlspecialchars($value, ENT_QUOTES, 'UTF-8') at every sink, which eliminates the script-injection primitive with negligible functional side effects. Pair this with server-side validation and length/character constraints on the name and email parameters at input time, and add a strict Content-Security-Policy (script-src 'self') to neutralize any residual inline payloads - noting that a tight CSP can break inline JavaScript already present in this demo application and requires testing. Restrict access to the Admin Record Tables view to trusted administrators and consider quarantining or approving user-submitted records before they are rendered, which reduces the exposed rendering surface at the cost of extra administrative workflow. A WAF rule filtering script-like payloads in the name/email parameters can add interim protection but is bypassable and should not be treated as a root fix. Given that the product is an unmaintained demo-grade PHP application, the strongest long-term control is to remove it from internet-facing deployments or isolate it behind authentication and network segmentation until an upstream fix appears. Advisory reference: https://vuldb.com/vuln/416733.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a classic CWE-79 cross-site scripting case in a PHP-based web application: user-supplied values for the name and email arguments are persisted and later emitted into the Admin Record Tables HTML output in Admin/user_record.php without output encoding, so attacker-controlled markup is interpreted as script by the browser of whoever views the record. Because the injected data is stored and re-rendered on a privileged administrative page, the practical attack path is persistent XSS against an admin session rather than reflected delivery. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:P) confirms the injection point is reachable network-wide with no authentication, but that the payload only executes when a victim with access to the Admin Record Tables view passively loads the poisoned page - the UI:P / UI:R condition is the principal limiting factor. The affected component is identified by CPE cpe:2.3:a:sourcecodester:drug_recommendation_system:*:*:*:*:*:*:*:*, a small, demo-grade PHP project distributed via SourceCodester, and the independent CVSS 3.1 assessment (S:C/C:L/I:L/A:N) matches the description's scope: script execution in the viewer's session, no server-side or confidentiality impact.
Know when Drug Recommendation System gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N/E:P
Standard stored/reflected XSS: network-reachable input (AV:N), requires a victim to view the record (UI:R), executes cross security boundary (S:C) with limited C/I impact and no availability effect.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
2DescriptionCVE.org
A security vulnerability has been detected in SourceCodester Drug Recommendation System 1.0. This affects an unknown function of the file Admin/user_record.php of the component Admin Record Tables. Such manipulation of the argument name/email leads to cross site scripting. The attack can be launched remotely. The exploit has been disclosed publicly and may be used.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
More in Drug Recommendation System
View allAuthentication bypass in SourceCodester Drug Recommendation System 1.0 lets remote, unauthenticated attackers impersonat
SQL injection in SourceCodester Drug Recommendation System 1.0 lets a remote attacker manipulate the SQL query behind /d
SQL injection in SourceCodester Drug Recommendation System 1.0 allows remote attackers to manipulate the ID parameter in
Cross-site scripting in SourceCodester Drug Recommendation System 1.0 allows unauthenticated remote attackers to inject
Cross-site scripting (XSS) in SourceCodester Drug Recommendation System 1.0 allows remote attackers to inject malicious
Cross-site request forgery in SourceCodester Drug Recommendation System 1.0 allows a remote attacker to make an authenti
Stored cross-site scripting in SourceCodester Drug Recommendation System 1.0 allows an authenticated user with access to
Stored cross-site scripting in the admin symptom-management form (drug_recommender/Admin/add_symptom) of SourceCodester
SQL injection in SourceCodester Drug Recommendation System 1.0 allows unauthenticated remote attackers to execute arbitr
Cross-site scripting in SourceCodester Drug Recommendation System 1.0 allows remote, unauthenticated attackers to inject
SQL injection in SourceCodester Drug Recommendation System 1.0 allows an authenticated administrator to inject arbitrary
SQL injection in the admin Drug Creation routine of SourceCodester Drug Recommendation System 1.0 lets an attacker with
EUVD-2026-97759
GHSA-r24g-43qh-hw43
NVD
CVE.org
EPSS
VulDB
Exploit-DB