OpenEMR before 8.5.0 contains a stored SQL injection vulnerability in which History layout field identifiers saved through editlayout.php,…
CVE-2026-126425
OpenEMR before 8.5.0 contains a stored SQL injection vulnerability in which History layout field identifiers saved through editlayout.php, including HIS fields and LBF source-H fields, are placed unvalidated into an INSERT statement for patients without a historydata row. Users with admin/super and patients/med write access can trigger historysave.php or LBF saves to execute SQL functions like SLEEP, tying up database workers or accessing data beyond their privileges.
Assessment
- CVSS
- 4.6 (v4.0)
- Severity
- Medium
- Known exploited
- Not listed in CISA KEV
- Exploit availability
- Nothing found in Exploit-DB, Metasploit, Nuclei or public PoC repositories
- Published
- 13 November 2026
- Last updated
- 13 November 2026
- Assigner
- VulnCheck
CVSS vectorCVSS:4.0/AV:N/AC:H/AT:N/PR:H/UI:N/VC:L/VI:L/VA:L/SC:H/SI:N/SA:N
At the source
References
Community proofs of concept
No community proof of concept yet. If you have one for a published vulnerability and the right to share it, add it below — it will appear here once reviewed.
Submit a proof of concept
Only for publicly disclosed vulnerabilities, and only material from testing you were authorised to perform. This platform does not buy, sell, or broker exploits — see earning from vulnerability research for legitimate bounty programs. Submissions are reviewed before they appear. Text only; do not include live credentials, personal data, or anything targeting systems you are not permitted to test.
Query this programmatically
Agents can read this through the MCP endpoint, or over HTTP:
curl https://cve.zerocrew.in/api/cve/CVE-2026-126425