Skip to main content

Openemr CVE-2026-34055

HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-03-26 security-advisories@github.com
8.1
CVSS 3.1 · GitHub Advisory
View

Attack ChainAIDerived

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

  1. Access
    Authenticate as low-privilege OpenEMR user
  2. Exploit
    Submit crafted request with arbitrary note ID
  3. Execution
    Bypass authorization check in pnotes.inc.php
  4. Impact
    Access or modify unauthorized patient notes

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

Authenticated user account required on OpenEMR versions prior to 8.0.0.3. Attacker with any valid login can modify or delete patient notes belonging to other patients via web UI by manipulating note IDs. No victim interaction needed.

Impact

This vulnerability presents a significant real-world risk to healthcare organizations using affected OpenEMR versions. The CVSS 3.1 score of 8.1 accurately reflects the severity with network-based attack vector (AV:N), low attack complexity (AC:L), and requiring only low-level privileges (PR:L). An authenticated attacker can achieve both high confidentiality and integrity impact without user interaction. While there is no evidence of active exploitation (not in CISA KEV) or public proof-of-concept availability, the vulnerability affects medical records which are highly sensitive and regulated under HIPAA and similar frameworks. The low attack complexity and the fact that many OpenEMR instances are internet-facing make this a practical threat. Healthcare data breaches carry significant financial, legal, and reputational consequences, elevating this beyond a theoretical risk despite the lack of observed exploitation. The availability of a patch in version 8.0.0.3 makes this immediately actionable for defenders.

Exploit ScenarioDerived

An authenticated attacker with low-level privileges (such as a front desk staff member with limited patient access) logs into the OpenEMR web interface and intercepts or manipulates the note ID parameter in patient notes requests. By systematically iterating through note IDs or targeting specific high-value patient records, the attacker can read, modify, or delete confidential medical notes for any patient in the system regardless of whether they have legitimate access to those patients. This could enable data theft for blackmail, competitive intelligence, or manipulation of medical records to support fraudulent insurance claims or hide medical errors.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Mar 26, 2026

OpenEMR contains an Insecure Direct Object Reference (IDOR) vulnerability in the patient notes functionality where authenticated users can modify or delete notes belonging to any patient without proper authorization checks. This affects OpenEMR versions prior to 8.0.0.3 and allows attackers with low-level privileges to access, modify, or delete sensitive medical records they should not have access to. The vulnerability has a CVSS score of 8.1 with high confidentiality and integrity impact, though there is no current evidence of active exploitation in the wild or public proof-of-concept code.

RemediationAI

Upgrade OpenEMR to version 8.0.0.3 or later, which contains patches for this IDOR vulnerability as documented in the release notes at https://github.com/openemr/openemr/releases/tag/v8_0_0_3. The specific fix is implemented in commit 214c9b4585a6f1c8c22750172d47f0e258fec0bf available at https://github.com/openemr/openemr/commit/214c9b4585a6f1c8c22750172d47f0e258fec0bf. Until patching is possible, implement strict role-based access controls, audit user permissions to ensure principle of least privilege, monitor patient note access patterns for anomalies, and restrict network access to the OpenEMR instance to trusted IP ranges only. Given the sensitivity of medical records, prioritize this upgrade and conduct a security audit to identify any unauthorized access that may have occurred prior to patching.

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 vulnerability exists in the legacy patient notes functions within library/pnotes.inc.php in OpenEMR, a PHP-based open source electronic health records (EHR) and medical practice management system. The root cause is classified as CWE-639 (Authorization Bypass Through User-Controlled Key), where database operations perform updates and deletes using WHERE id = ? clauses without validating that the authenticated user has authorization to access notes for that particular patient. Multiple web UI code paths accept user-controlled note IDs and pass them directly to these vulnerable functions, creating an Insecure Direct Object Reference. This represents a web UI variant of the same vulnerability class previously identified as CVE-2026-25745 in the REST API.

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

GitHub Advisory PRIMARY 8.1 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
None

DescriptionGitHub Advisory

OpenEMR is a free and open source electronic health records and medical practice management application. Prior to version 8.0.0.3, the legacy patient notes functions in library/pnotes.inc.php perform updates and deletes using WHERE id = ? without verifying that the note belongs to a patient the user is authorized to access. Multiple web UI callers pass user-controlled note IDs directly to these functions. This is the same class of vulnerability as CVE-2026-25745 (REST API IDOR), but affects the web UI code paths. Version 8.0.0.3 patches the issue.

Executive ViewAI

Why It Matters

OpenEMR installations are vulnerable to unauthorized access and modification of patient medical records due to an authentication bypass flaw affecting versions prior to 8.0.0.3. This exposes protected health information (PHI) to insider threats and creates significant compliance risk under HIPAA, potentially resulting in regulatory penalties and reputational damage.

Business Impact: High
Compensating Controls

Implement Web Application Firewall (WAF) rules to restrict patient notes API endpoints by user role; enable comprehensive audit logging and real-time alerting on notes access; restrict notes functionality to authorized roles only through application-level access controls; segment OpenEMR network to limit lateral movement; require multi-factor authentication for all administrative access; disable patient notes feature if operationally feasible until patch is available.

Threat Intelligence Overview

EPSS Score
0.0%
Top 93% exploitable
Data Quality
5 sources
Confidence: Medium
NVD CVE.org EPSS Vulnrichment GitHub

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 HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Affected Products (CPE)GitHub Advisory

cpe:2.3:a:open-emr:openemr:*:*:*:*:*:*:*:*
CVE-2013-10044 HIGH POC
8.7 Aug 01

An authenticated SQL injection vulnerability exists in OpenEMR ≤ 4.1.1 Patch 14 that allows a low-privileged attacker to

CVE-2026-24898 CRITICAL POC
10.0 Mar 03

Unauthenticated token disclosure in OpenEMR before 8.0.0. CVSS 10.0. PoC and patch available.

CVE-2026-24848 CRITICAL POC
9.9 Mar 03

Path traversal in OpenEMR 7.0.4 disposeDocument() allows file access. PoC available.

CVE-2026-24849 CRITICAL POC
9.9 Feb 25

Path traversal in OpenEMR electronic health records before fix allows authenticated users to read arbitrary files on the

CVE-2026-24908 CRITICAL POC
9.9 Feb 25

SQL injection in OpenEMR electronic health records before fix. Authenticated users can execute arbitrary SQL through the

CVE-2024-22611 CRITICAL POC
9.8 Apr 03

OpenEMR 7.0.2 is vulnerable to SQL Injection via \openemr\library\classes\Pharmacy.class.php, \controllers\C_Pharmacy.cl

CVE-2024-37734 CRITICAL POC
9.8 Jun 26

An issue in OpenEMR 7.0.2 allows a remote attacker to escalate privileges viaa crafted POST request using the noteid par

CVE-2026-25146 CRITICAL POC
9.6 Mar 03

Information disclosure in OpenEMR 5.0.2 to before 8.0.0 exposes sensitive data. PoC and patch available.

CVE-2026-39932 CRITICAL POC
9.4 Aug 03

Remote code execution in OpenEMR through 8.2.0 lets an authenticated administrator poison the document category tree so

CVE-2012-0992 HIGH POC
8.5 Feb 07

interface/fax/fax_dispatch.php in OpenEMR 4.1.0 allows remote authenticated users to execute arbitrary commands via shel

CVE-2015-4453 MEDIUM
5.0 Jul 05

interface/globals.php in OpenEMR 2.x, 3.x, and 4.x before 4.2.0 patch 2 allows remote attackers to bypass authentication

CVE-2018-15152 CRITICAL POC
9.1 Aug 15

Authentication bypass vulnerability in portal/account/register.php in versions of OpenEMR before 5.0.1.4 allows a remote

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