---
id: "CVE-2026-102940"
kind: "vulnerability"
aliases: ["CVE-2026-102940"]
title: "OpenEMR: low-privilege users can reassign any patient's document"
severity: "critical"
cvss: 9.6
epss: null
exploited: false
status: "open"
category: "runtime"
products: []
ecosystems: []
tags: ["healthcare", "openemr", "php", "runtime", "self-hosted"]
not_affected_if: ["no-low-privilege-users", "openemr-8.4.0-or-later"]
published_at: "2026-11-05T20:17:37+00:00"
first_seen_at: "2026-11-05T20:40:43+00:00"
updated_at: "2026-11-05T20:42:50+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-102940", "first_seen_at": "2026-11-05T20:40:43+00:00"}]
exploit_sources: []
---

# OpenEMR: low-privilege users can reassign any patient's document

OpenEMR, an electronic health records application, fails to check document access on move actions before reassigning documents. A low-privilege logged-in user can move any document to a patient or category they can reach and then read it, exposing protected medical records.

_Summary, check and fix written by a model from the sources; labelled as such._

## How to check

- Check the installed OpenEMR version in the application footer or `version.php` and compare it with the fixed version.
- Confirm whether untrusted or low-privilege user accounts exist on the instance.

## Fix

- OpenEMR: upgrade to `8.4.0` or later.

## Timeline

- 2026-11-05T20:40:43+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-102940

## Documents

- [advisory] Vendor advisory: github.com https://github.com/openemr/openemr/security/advisories/GHSA-92rh-g949-4mvv
- [fix] Patch: github.com https://github.com/openemr/openemr/commit/312b5d042f7fa49cc78ebed041155fba339a991c
- [fix] Release notes: github.com https://github.com/openemr/openemr/releases/tag/v8_3_0

## From the sources

OpenEMR is a free and open source electronic health records and medical practice management application. Prior to 8.4.0, controllers/C_Document.class.php write actions, including move_action_process(), do not verify the caller's access to the source document, current patient and category, or destination patient and category before Document::change_patient() performs the mutation. A low-privilege authenticated user can reassign an arbitrary document to a patient or category the user can access and then retrieve it through the normally protected read path. The reassignment occurs before a later list rendering check, so a final HTTP 403 response does not mean the unauthorized write was blocked. This issue is fixed in version 8.4.0.

---

_Free to read, with fair use of about 60 pages a minute. For higher limits or API access: sales@infrastack.ai_