Openemr
CVE-2026-33915
MEDIUM
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Impact | This vulnerability presents low real-world exploitation risk despite a moderate CVSS score of 5.4, based on convergent risk signals. The CVSS vector (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N) indicates network-accessible attack vector with low attack complexity, but requires prior authentication (PR:L); impact is limited to low confidentiality and integrity compromise with no availability impact. The EPSS score of 0.02% (5th percentile) indicates that fewer than 1 in 5,000 similar vulnerabilities are exploited in the wild, suggesting very low probability of practical exploitation. No CISA KEV status was provided, and no public exploit code is referenced in the intelligence data. From a SSVC perspective: exploitation is not confirmed active, the vulnerability is not automatable (requires knowledge of target's API structure and valid authentication credentials), and technical impact is limited to insurance data modification rather than system compromise. Healthcare organizations using OpenEMR should prioritize patching to 8.0.0.3, but this is not an emergency-tier vulnerability. Organizations unable to patch immediately can mitigate risk through API rate limiting, auditing of insurance record modifications, and restricting API access to trusted networks. |
| Exploit ScenarioDerived | An authenticated API user working in a healthcare billing department has valid OpenEMR API credentials but lacks administrative ACL permissions. The user crafts HTTP requests to the unpatched insurance company REST API endpoints (which skip authorization checks) to create a fraudulent insurance company record or modify payment terms on existing insurance company accounts, without triggering any permission denial errors. Because the five vulnerable routes do not validate the user's ACL permissions, the requests succeed despite the user's non-administrative status. No public exploit code is required; the attacker only needs knowledge of the REST API endpoint paths and valid API credentials to perform the unauthorized modification. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 25, 2026
OpenEMR versions prior to 8.0.0.3 allow authenticated API users to bypass administrative access controls on five insurance company management REST API endpoints due to missing authorization checks. An attacker with valid API credentials but non-administrative OpenEMR privileges can create, read, and modify insurance company records without proper permission validation. The vulnerability requires prior authentication and affects data integrity rather than confidentiality or availability; no public exploit code has been identified, and exploitation probability is very low (EPSS 0.02%).
RemediationAI
Upgrade OpenEMR to version 8.0.0.3 or later immediately; this is the only complete fix (see vendor advisory at https://github.com/openemr/openemr/security/advisories/GHSA-ww94-26v7-x4gp and releases at https://github.com/openemr/openemr/releases/tag/v8_0_0_3). For organizations unable to patch immediately, implement compensating controls: restrict API access to trusted internal networks or VPN-authenticated ranges only, enable detailed logging and alerting on all insurance company record creation and modification events to detect unauthorized changes, and enforce role-based API key segregation so that non-administrative users are issued API credentials with minimal necessary scopes. Review recent audit logs in affected OpenEMR instances to identify any unauthorized insurance record modifications that may have occurred while running an unpatched version.
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
OpenEMR is a healthcare records and practice management platform (CPE:2.3:a:openemr:openemr) that implements a REST API framework with a standard authorization control mechanism: RestConfig::request_authorization_check(). This method validates whether an authenticated user possesses the necessary OpenEMR Access Control List (ACL) permissions before allowing data-modification operations. The vulnerability stems from a CWE-862 (Missing Authorization) condition where five insurance company REST API routes fail to invoke this mandatory authorization check. The affected routes can create and modify insurance company records, which are administrative data elements that should only be accessible to users holding administrative ACL roles. The absence of the authorization wrapper allows privilege escalation within the API layer for authenticated users who lack the requisite administrative permissions in their OpenEMR user account.
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:L/I:L/A:N
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
DescriptionGitHub Advisory
OpenEMR is a free and open source electronic health records and medical practice management application. Prior to version 8.0.0.3, five insurance company REST API routes are missing the RestConfig::request_authorization_check() call that every other data-modifying route in the standard API uses. This allows any authenticated API user to create and modify insurance company records even if their OpenEMR user account does not have administrative ACL permissions. Version 8.0.0.3 patches the issue.
Executive ViewAI
Organizations using OpenEMR should be aware of moderate risk from CVE-2026-33915, a missing authorization vulnerability rated CVSS 5.4. Attackers could gain access beyond their authorized level. 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.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Affected Products (CPE)GitHub Advisory
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
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB