Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Impact | The CVSS 6.5 score reflects medium severity with network accessibility (AV:N), low attack complexity (AC:L), and required low-privileged authentication (PR:L), but the integrity impact is high (I:H) and confidentiality/availability are not affected. The critical distinction is that this vulnerability requires prior authentication, significantly reducing real-world exploitability compared to unauthenticated flaws. However, the attack is non-interactive (UI:N), automatable, and carries high technical impact on data integrity—a core concern in healthcare contexts where medical record tampering can directly affect patient safety. The lack of reported active exploitation or public POC suggests this remains largely theoretical, though healthcare organizations are high-value targets. The availability of a patch (8.0.0.2) in the vendor repository reduces urgency slightly but does not diminish the need for timely deployment in clinical environments. |
| Exploit ScenarioDerived | A healthcare administrative user with valid encounters/notes permissions authenticates to the OpenEMR web interface or API. The attacker discovers the vital record ID of a patient they do not have authorization to modify (e.g., via previous API reconnaissance or information disclosure). The attacker crafts an HTTP request to the encounter vitals endpoint, submitting the target patient's vital ID with modified values (e.g., falsified blood pressure, heart rate). The API processes the request without verifying ownership, and the victim patient's medical record is silently corrupted with false vital signs, potentially affecting clinical decision-making if the records are reviewed before detection. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 19, 2026
OpenEMR versions prior to 8.0.0.2 contain an authorization bypass vulnerability in the encounter vitals API that allows authenticated users with encounters/notes permissions to overwrite any patient's vital signs by supplying another patient's vital ID in the request body. This constitutes medical record tampering with integrity implications rated CVSS 6.5. No evidence of active exploitation in KEV or public POC availability was identified in the provided intelligence, though the vulnerability is straightforward to exploit given valid API credentials.
RemediationAI
Upgrade OpenEMR immediately to version 8.0.0.2 or later as the primary remediation. Administrators should apply the patch from https://github.com/openemr/openemr/security/advisories/GHSA-mv9m-j65p-g55f and verify the upstream commit c3a47c37619cdb4f0aaa168e39a93ab1d106429c is present. As an interim compensating control before patching, restrict API access to the vital records endpoint through network segmentation or API gateway rules limiting access to trusted clinical workstations only, and audit access logs for anomalous cross-patient vital record modifications. Implement monitoring on vital record changes to detect tampering attempts targeting patients outside the user's assigned care team.
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 vulnerability resides in OpenEMR's encounter vitals API endpoint (cpe:2.3:a:openemr:openemr:*:*:*:*:*:*:*:*), which processes HTTP requests containing a vital record ID parameter. The root cause is classified as CWE-639 (Authorization Bypass Through User-Controlled Key), representing a horizontal privilege escalation flaw where the application fails to validate ownership of resources before permitting modification. The API accepts an 'id' field in the request body and directly uses it to update vital records without confirming the vital belongs to the current patient or encounter context, violating the principle of least privilege and proper access control verification.
Know when Openemr 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
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
Lifecycle Timeline
2DescriptionGitHub Advisory
OpenEMR is a free and open source electronic health records and medical practice management application. Prior to 8.0.0.2, the encounter vitals API accepts an id in the request body and treats it as an UPDATE. There is no verification that the vital belongs to the current patient or encounter. An authenticated user with encounters/notes permission can overwrite any patient's vitals by supplying another patient's vital id, leading to medical record tampering. Version 8.0.0.2 fixes the issue.
Executive ViewAI
Organizations using OpenEMR should be aware of notable risk from CVE-2026-25744, a IDOR vulnerability rated CVSS 6.5. Exploitation could compromise the security of affected deployments. Organizations should apply vendor updates when available and monitor for exploitation.
Apply vendor patch. If patching is delayed: restrict network access and enable monitoring.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
An authenticated SQL injection vulnerability exists in OpenEMR ≤ 4.1.1 Patch 14 that allows a low-privileged attacker to
Unauthenticated token disclosure in OpenEMR before 8.0.0. CVSS 10.0. PoC and patch available.
Path traversal in OpenEMR 7.0.4 disposeDocument() allows file access. PoC available.
Path traversal in OpenEMR electronic health records before fix allows authenticated users to read arbitrary files on the
SQL injection in OpenEMR electronic health records before fix. Authenticated users can execute arbitrary SQL through the
OpenEMR 7.0.2 is vulnerable to SQL Injection via \openemr\library\classes\Pharmacy.class.php, \controllers\C_Pharmacy.cl
An issue in OpenEMR 7.0.2 allows a remote attacker to escalate privileges viaa crafted POST request using the noteid par
Information disclosure in OpenEMR 5.0.2 to before 8.0.0 exposes sensitive data. PoC and patch available.
Remote code execution in OpenEMR through 8.2.0 lets an authenticated administrator poison the document category tree so
interface/fax/fax_dispatch.php in OpenEMR 4.1.0 allows remote authenticated users to execute arbitrary commands via shel
interface/globals.php in OpenEMR 2.x, 3.x, and 4.x before 4.2.0 patch 2 allows remote attackers to bypass authentication
Authentication bypass vulnerability in portal/account/register.php in versions of OpenEMR before 5.0.1.4 allows a remote
EUVD-2026-13152
NVD
CVE.org
EPSS
GitHub
VulDB
Exploit-DB