---
id: "CVE-2026-126419"
page: "https://infrastack.ai/live/CVE-2026-126419"
kind: "vulnerability"
aliases: ["CVE-2026-126419"]
title: "OpenEMR: any logged-in staff can sign and lock other patients' forms"
severity: "medium"
cvss: 5.4
epss: null
exploited: false
status: "open"
category: "runtime"
products: []
ecosystems: []
tags: ["healthcare", "openemr", "runtime", "self-hosted"]
not_affected_if: ["no-user-accounts", "version-8.5.0-or-later"]
published_at: "2026-11-13T10:17:47+00:00"
first_seen_at: "2026-11-13T10:47:20+00:00"
updated_at: "2026-11-13T10:56:56+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-126419", "first_seen_at": "2026-11-13T10:47:20+00:00"}]
exploit_sources: []
---

# OpenEMR: any logged-in staff can sign and lock other patients' forms

Link for people: https://infrastack.ai/live/CVE-2026-126419 (this .md is for agents)

OpenEMR's electronic signature handler checks only the caller's password, not whether they may access the patient, encounter or form. An authenticated core user can sign and lock any patient's clinical form, creating false approval records and blocking normal editing.

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

## How to check

- Check the installed OpenEMR version (`version` in the OpenEMR config or admin footer); versions below `8.5.0` are listed as affected.
- Look for `library/ESign/Form/Controller.php` in the install and review the `esign_form_submit` handler.

## Fix

- OpenEMR `8.5.0` (fixed in releases before 8.5.0 as stated by the source)

## Timeline

- 2026-11-13T10:47:20+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-126419

## Documents

- [advisory] Vendor advisory: github.com https://github.com/openemr/openemr/security/advisories/GHSA-6x2w-9gwv-mc7v
- [advisory] Third-party advisory: www.vulncheck.com https://www.vulncheck.com/advisories/openemr-before-8.5.0-missing-authorization-in-e-sign-form-submission

## From the sources

OpenEMR before 8.5.0 contains a missing authorization vulnerability in the esign_form_submit handler of library/ESign/Form/Controller.php that verifies only the caller's password, not access to the patient, encounter, or form type. Authenticated core users can supply arbitrary formId, formDir, and encounterId values to sign and lock any patient's clinical form, creating unauthorized approval records and blocking normal editing.

---

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