Skip to main content

HospitalManagementSystem CVE-2026-104637

| EUVDEUVD-2026-91661 MEDIUM
Unrestricted Upload of File with Dangerous Type (CWE-434)
2026-10-02 VulDB GHSA-vwxr-mjcp-6whc
5.5
CVSS 4.0 · Vendor: VulDB
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach HMS web panel
  2. Delivery
    Call controller.php upload action
  3. Exploit
    Supply malicious file via img param
  4. Execution
    Bypass file-type validation (CWE-434)
  5. Persist
    Request uploaded web shell
  6. Impact
    Execute 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

HospitalManagementSystem 9ef91ed6007314b6473110ed699dff76d158f61d

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

Vendor (VulDB) PRIMARY 5.5 MEDIUM
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
vuln.today AI 8.8 HIGH

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (VulDB).

CVSS VectorVendor: VulDB

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
Low
Vulnerable system: Availability
Low
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

2
CVSS changed
Oct 02, 2026 - 15:22 NVD
6.9 (MEDIUM) 5.5 (MEDIUM)
CVE Published
Oct 02, 2026 - 14:45 cve.org
MEDIUM 5.5

DescriptionCVE.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

EPSS Score
0.3%
Top 81% exploitable
Prevalence
Rare
obscure single-author GitHub project, no enterprise or production footprint
Exploit
POC
Public exploit code exists
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

48
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +28
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy