CVE-2026-126431 · Runtime
NO FIX YET · SEE WHAT TO DO
OpenEMR before 8.5.0 lets an authenticated Carecoordination user store malicious C-CDA field identifiers through the savedata action. When C-CDA generation later builds an IN clause from them, the stored input runs as SQL, so an attacker can extract password hashes, portal reset values and patient records.
first public Oct 28, 2026 · 1 source
Check it with your coding agent
It reads this page and tells you if your code or app is affected.
OpenEMR installations before 8.5.0 that have users with the Carecoordination role, since that role can save the malicious C-CDA field identifiers. Installations on 8.5.0 or later are not affected by this flaw, and the attacker must hold a valid authenticated account first.
Not affected if no-carecoordination-users, version-8.5.0-or-later
Who cares healthcare, openemr, self-hosted
8.5.0.8.5.0 or later (the sources state the fix is in versions before 8.5.0 being affected).OpenEMR before 8.5.0 contains a second-order sql injection vulnerability that allows authenticated Carecoordination users to store malicious C-CDA field identifiers through the savedata action. Attackers can inject SQL into the IN clause built by fetchFormValues() during C-CDA generation to extract password hashes, portal reset values, and patient records.
This page as .md · .json · CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.
Are you affected?
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.
InfraStack checks it against your stack and answers on your report, with the evidence and the fix.