CVE-2026-103021 · Runtime
NO FIX YET · SEE WHAT TO DO
OpenEMR loads a user's settings from an unauthenticated login parameter before sign-in succeeds, so existing and nonexistent usernames behave differently. A remote attacker can use timing or page differences to list valid accounts for later password attacks.
first public Aug 18, 2026 · 1 source
Check it with your coding agent
It checks your repository and tells you if you’re affected, with the fix.
Any OpenEMR deployment from 6.0.0 up to but not including 8.3.0 that is reachable over a network is exposed, since the flaw is in the login page code path in interface/globals.php. Deployments that are not reachable from the internet or other untrusted networks carry less risk. Teams on 8.3.0 or later are not affected.
Not affected if internal-only-network, version-8.3.0-or-later
Who cares healthcare, openemr, php, self-hosted
6.0.0 through 8.2.x are in the affected range.interface/globals.php in the OpenEMR source tree for the unauthenticated authUser handling.8.3.0 or later.OpenEMR is a free and open source electronic health records and medical practice management application. From 6.0.0 until 8.3.0, interface/globals.php uses the unauthenticated authUser login parameter to populate temp_authuserid and load that account's user_settings before authentication succeeds. Existing usernames can therefore cause an additional database query and may apply visible customized settings, while nonexistent usernames skip that behavior. A remote unauthenticated actor can use timing or page differences to enumerate valid accounts for later credential attacks. This issue is fixed in version 8.3.0.
This page as ·
Are you affected?
Tell InfraStack what you run. It checks this one, and every next one, against your stack.
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.
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.