CVE-2026-10186
Received Received - Intake
SQL Injection in Online Hospital Management System

Publication date: 2026-05-31

Last updated on: 2026-05-31

Assigner: VulDB

Description
A security vulnerability has been detected in code-projects Online Hospital Management System 1.0. Affected by this vulnerability is an unknown functionality of the file /patient.php. Such manipulation of the argument editid leads to sql injection. The attack can be executed remotely. The exploit has been disclosed publicly and may be used.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-05-31
Last Modified
2026-05-31
Generated
2026-05-31
AI Q&A
2026-05-31
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Currently, no data is known.
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-89 The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data.
CWE-74 The product constructs all or part of a command, data structure, or record using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify how it is parsed or interpreted when it is sent to a downstream component.
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?

CVE-2026-10186 is an SQL Injection vulnerability found in the Online Hospital Management System, specifically in the patient.php file. The vulnerability occurs because the editid parameter is directly included in SQL queries without any sanitization or use of prepared statements.

This flaw allows unauthenticated remote attackers to execute arbitrary SQL commands. They can exploit this by manipulating the editid parameter in the URL, which is used in both UPDATE and SELECT SQL queries within the application.

Because there are no authentication checks, anyone who can access the URL can exploit this vulnerability to view, modify, or delete patient records, bypass authentication, or extract sensitive data such as admin credentials.


How can this vulnerability impact me? :

This vulnerability can have severe impacts including full database compromise. Attackers can retrieve sensitive information such as admin credentials and patient records.

  • View sensitive patient data without authorization.
  • Modify or delete patient records, potentially causing data integrity issues.
  • Bypass authentication mechanisms, gaining unauthorized access to the system.
  • Execute mass data tampering through SQL UPDATE injections.
  • Exploit the system remotely without needing any authentication.

How can this vulnerability be detected on my network or system? Can you suggest some commands?

The vulnerability can be detected by testing the `editid` parameter in the `patient.php` file for SQL injection. Automated tools like sqlmap can be used to detect and exploit this vulnerability by sending crafted requests to the URL containing the `editid` parameter.

  • Use sqlmap to test the URL, for example: sqlmap -u "http://target/patient.php?editid=1" --batch
  • Manually test by injecting SQL payloads into the `editid` parameter, such as adding ' OR '1'='1 to the URL parameter to check for unexpected behavior or error messages.
  • Monitor network traffic for suspicious requests targeting `patient.php` with unusual or malformed `editid` parameters.

What immediate steps should I take to mitigate this vulnerability?

Immediate mitigation steps include:

  • Implement prepared statements or parameterized queries to prevent SQL injection instead of directly concatenating the `editid` parameter into SQL queries.
  • Add authentication and authorization checks to ensure only authorized users can access or modify patient data.
  • Validate resource ownership to ensure users can only edit their own records.
  • Change the HTTP method for sensitive operations from GET to POST to reduce exposure of parameters in URLs.
  • Disable detailed error reporting in production environments to avoid leaking database or application information.

How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

The SQL Injection vulnerability in the Online Hospital Management System allows unauthenticated remote attackers to access, modify, or delete sensitive patient data and admin credentials. Such unauthorized access and manipulation of personal health information can lead to violations of data protection regulations like GDPR and HIPAA, which mandate strict controls over the confidentiality, integrity, and availability of personal and health-related data.

Because the vulnerability enables full database compromise, including patient records, it poses a significant risk to compliance with these standards, potentially resulting in legal penalties, loss of trust, and harm to affected individuals.


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart