Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach HMS web panel
-
DeliveryCall controller.php upload action
-
ExploitSupply malicious file via img param
-
ExecutionBypass file-type validation (CWE-434)
-
PersistRequest uploaded web shell
-
ImpactExecute code / compromise host
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File type validation, storage isolation
MITRE ATT&CK
2 techniques across 2 tactics: Command and Control, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires reaching the controller.php actions add_patient, add_physician, add_account, update_account, update_subaccount, edit_physician, or edit_patient and submitting a crafted file through the 'img' argument that evades file-type/extension validation; successful code execution additionally requires the upload destination to be within a web-accessible directory with script execution enabled. The input CVSS asserts no authentication (PR:N), but these are account/record-management operations normally gated behind an authenticated admin/staff session - if the panel enforces login, valid credentials or a session are a practical prerequisite, which is the key limiting factor defenders should confirm. No special non-default configuration is otherwise named in the description. |
| Impact | Signals are mixed and point to a low-to-moderate real-world priority. The input CVSS 4.0 base score is 5.5 (medium) with vector AV:N/AC:L/PR:N/UI:N and only Low impact across VC/VI/VA, and E:P indicating a proof-of-concept exploit maturity. A proof-of-concept is publicly available (referenced as the GitHub issue), but this CVE is NOT in CISA KEV and no EPSS score was provided, so there is no evidence of active or widespread exploitation - POC availability alone must not be read as in-the-wild attacks. The most important tension is PR:N versus the nature of the affected functions: the vulnerable endpoints (add_patient/add_physician/add_account/update_account/edit_physician/edit_patient in controller.php) are account- and record-management operations that in practice almost always sit behind an authenticated panel, so the vendor/VulDB PR:N rating likely overstates reachability - verify whether these controller actions are exposed pre-authentication. Equally, a CWE-434 unrestricted file upload that lands a script in a web-accessible path typically yields code execution, which would justify far higher than the Low C/I/A the input assigns; the impact may be understated. Net: this is a credible flaw with public POC, but its effective risk is tempered by probable authentication requirements and the product's negligible deployment footprint, making it a lower priority than its CWE class would suggest absent confirmation of unauthenticated reachability. |
| Exploit ScenarioDerived | An attacker with access to the HospitalManagementSystem web panel invokes one of the account/record management actions (e.g. add_account or edit_physician) and supplies a malicious file via the 'img' parameter, bypassing file-type restrictions to upload a PHP web shell. If the upload directory is web-accessible, the attacker then requests the uploaded script to execute arbitrary code on the server. A public proof-of-concept exists (published via the project's GitHub issue tracker), lowering the skill barrier. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Unrestricted file upload in onetwothreeneth HospitalManagementSystem lets a remote attacker submit arbitrary files through the 'img' parameter handled by the add_patient, add_physician, add_account, update_account, update_subaccount, edit_physician, and edit_patient actions in php/controller.php, potentially leading to server-side code execution if the upload lands in a web-accessible, script-enabled directory. The project ships on a rolling-release basis, so no fixed or affected version numbers are published, and publicly available exploit code exists (no CISA KEV listing and no EPSS score was supplied). The vendor's CVSS 4.0 vector scores this 5.5 with PR:N, but the underlying actions are account and record management functions that are normally gated behind an authenticated admin or staff session, so effective exploitability depends on whether the target deployment actually enforces login on those endpoints.
RemediationAI
No vendor-released patch was identified at time of analysis: the project was notified via GitHub issue 5 and has not responded, and because the product is rolling-release there is no tagged fixed version to upgrade to, so remediation must currently rely on compensating controls. Restrict the affected php/controller.php actions (add_patient, add_physician, add_account, update_account, update_subaccount, edit_physician, edit_patient) to authenticated, trusted staff only and place the administrative panel behind network-level or VPN access, accepting the trade-off of reduced remote convenience. Enforce server-side upload validation that does not trust client-supplied MIME type or extension: use a strict allowlist of image extensions, verify content with getimagesize()/finfo, and re-encode or randomize filenames; weak client-side-only checks leave the issue exploitable. Store uploaded files outside the web root and serve them through a validating script, or, if they must be web-accessible, disable script execution in that directory (for example via Apache .htaccess php_flag engine off, nginx location with no PHP handler, or a dedicated non-scripting vhost) - this can break any feature that intentionally serves executable content from the upload path. Additional protections include blocking direct requests that reach controller.php with unexpected file content types at the WAF/reverse-proxy layer and monitoring for newly written .php or other executable files in upload directories. Until an upstream fix is published, tracking the vendor repository and the VulDB entry (https://vuldb.com/vuln/412925) for a patch is advisable, and deployments that cannot confirm login enforcement on these endpoints should treat the exposure as higher risk given the publicly available exploit code.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause class is CWE-434 (Unrestricted Upload of File with Dangerous Type). The application is a PHP-based hospital management system whose php/controller.php dispatches requests for patient, physician, account, and subaccount creation/editing. Each of those handlers accepts an 'img' argument for an image upload, and the validation applied to that argument is insufficient to constrain the file's type, extension, or content, allowing an attacker to supply a script file instead of an image. Successful exploitation is a two-step chain: (1) bypass the weak file-type/extension check on the 'img' parameter, and (2) have the stored file reside in a directory that is both reachable over HTTP and configured to execute PHP (or whatever server-side handler is enabled). If either condition fails - for example, uploads are stored outside the document root or script execution is disabled in the upload directory - the primitive degrades to a stored-file/abuse issue rather than remote code execution. CPE data identifies the affected component as cpe:2.3:a:onetwothreeneth:hospitalmanagementsystem:*:*:*:*:*:*:*:*; the wildcard version reflects the project's rolling-release model, under which there is no discrete affected or updated release to pin. No CVE was assigned to the missing authentication/authorization checks on these controller actions, but the independent assessment notes that these are inherently privileged account-management operations, meaning the practical attack surface is narrower than a purely anonymous endpoint.
Know when Hospitalmanagementsystem 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:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Unrestricted upload of an executable script typically yields full RCE, so C/I/A:H; PR:L because the affected endpoints are account/record-management actions that normally require an authenticated session.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
2DescriptionCVE.org
A weakness has been identified in onetwothreeneth HospitalManagementSystem up to 9ef91ed6007314b6473110ed699dff76d158f61d. The affected element is the function add_patient/add_physician/add_account/update_account/update_subaccount/edit_physician/edit_patient of the file php/controller.php. Executing a manipulation of the argument img can lead to unrestricted upload. The attack may be launched remotely. The exploit has been made available to the public and could be used for attacks. This product operates on a rolling release basis, ensuring continuous delivery. Consequently, there are no version details for either affected or updated releases. The project was informed of the problem early through an issue report but has not responded yet.
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
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
More in Hospitalmanagementsystem
View allUnauthenticated SQL injection in onetwothreeneth HospitalManagementSystem (PHP web app) lets a remote attacker inject ar
Improper authorization in onetwothreeneth HospitalManagementSystem (Account Administration component) allows remote atta
Unauthenticated SQL injection in onetwothreeneth HospitalManagementSystem (rolling release, confirmed vulnerable through
SQL injection in onetwothreeneth HospitalManagementSystem lets remote attackers execute arbitrary SQL through the transa
Unauthenticated SQL injection in onetwothreeneth HospitalManagementSystem lets remote attackers inject arbitrary SQL thr
SQL injection in UNION HospitalManagementSystem lets remote, unauthenticated attackers manipulate the patient_id paramet
EUVD-2026-91661
GHSA-vwxr-mjcp-6whc
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB