CVE-2026-12207: Medkey Patient Data Exposure via Improper API Access Control
A vulnerability in medkey's patient management API allows authenticated users to access patient records they shouldn't be able to view by manipulating ID parameters. An attacker with login credentials can request patient data belonging to other patients, potentially exposing sensitive medical information. The flaw affects the patient lookup function in medkey's HTTP REST API and has already been disclosed publicly, though the vendor has not acknowledged or addressed it.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- CWE-99
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-15 / 2026-06-17
NVD description (verbatim)
A security flaw has been discovered in medkey-org medkey up to fc09b7ba9441ff590b72d428d5380834216b09ed. Impacted is the function actionGetPatientById of the file app\modules\medical\port\rest\controllers\PatientController.php of the component HTTP REST API. The manipulation of the argument ID results in improper control of resource identifiers. The attack may be performed from remote. The exploit has been released to the public and may be used for attacks. This product utilizes a rolling release system for continuous delivery, and as such, version information for affected or updated releases is not disclosed. The vendor was contacted early about this disclosure but did not respond in any way.
5 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-12207 is an improper resource identifier control vulnerability (CWE-99) in the actionGetPatientById function within medkey's PatientController.php REST API endpoint. The vulnerability allows authenticated attackers to bypass access controls by manipulating the ID parameter, gaining unauthorized read access to patient records. The affected version is up to commit fc09b7ba9441ff590b72d428d5380834216b09ed. Medkey uses a rolling release model, so traditional version numbers are not available; patches, if released, would be distributed as commits to the repository.
Business impact
Unauthorized access to patient medical records violates HIPAA, GDPR, and other healthcare privacy regulations, exposing organizations using medkey to significant compliance violations, financial penalties, and reputational damage. In a healthcare context, data breach notifications may be required. The attack requires authentication, limiting the blast radius to internal users or those with valid credentials, but the impact on any exposed patient data is severe.
Affected systems
Medkey installations running on or before commit fc09b7ba9441ff590b72d428d5380834216b09ed are affected. The vendor did not respond to early disclosure notifications and has not published patch information. Because medkey uses rolling releases without traditional version numbering, affected installations must verify their current commit hash against the disclosed commit. All deployments of medkey should be considered potentially vulnerable unless explicitly patched.
Exploitability
The vulnerability is exploitable with low attack complexity and requires valid authentication credentials (CVSS PR:L). No user interaction is needed. Public exploit code has been released, meaning attack tools and techniques are available. Threat actors with legitimate or compromised medkey user accounts can immediately exploit this flaw to enumerate and access patient records at scale.
Remediation
Organizations must obtain a patched version of medkey that resolves the improper resource identifier control in the PatientController.php actionGetPatientById function. Verify your current installation's commit hash against the disclosed vulnerable commit. Until a patch is available or confirmed, implement compensating controls: restrict HTTP REST API access by network segmentation, audit all actionGetPatientById API calls, enforce least-privilege access for medkey user roles, and monitor for suspicious ID parameter patterns in logs.
Patch guidance
Medkey's rolling release model means patches are distributed as code commits rather than versioned releases. Check the medkey repository for commits after fc09b7ba9441ff590b72d428d5380834216b09ed that address CWE-99 in PatientController.php. Verify the patch by examining the code diff to confirm that ID parameter validation and authorization checks have been strengthened. The vendor's lack of response to early disclosure suggests patch availability and timeline are uncertain; prioritize monitoring the repository and security advisories closely.
Detection guidance
Monitor PatientController.php actionGetPatientById API endpoint logs for: unusual ID parameter values (sequential, out-of-range, or non-matching user context), repeated requests with different IDs from a single user session, access patterns inconsistent with legitimate patient lookup workflows, and API calls from service accounts or unexpected origins. Implement application-level logging that ties each API request to the authenticated user and the specific patient record returned. Review access logs for the past 90 days to identify potential exploitation.
Why prioritize this
Although the CVSS score of 4.3 is moderate, the vulnerability affects protected health information in a medical system, triggering regulatory urgency. Public exploit availability and vendor non-responsiveness mean active exploitation is likely. Authentication requirement limits immediate risk compared to unauthenticated flaws, but healthcare organizations must treat this as high priority due to privacy and compliance obligations.
Risk score, explained
CVSS 3.1 score of 4.3 (MEDIUM) reflects a remote, low-complexity attack requiring authentication that results in confidentiality loss but no integrity or availability impact. In healthcare contexts, confidentiality breaches of patient data carry outsized business and regulatory consequences not fully captured by the base CVSS score. Organizations should apply a healthcare-specific risk multiplier and treat this vulnerability as higher priority than the numeric score alone suggests.
Frequently asked questions
What does 'rolling release system' mean for patching?
Medkey uses continuous delivery rather than numbered versions, distributing updates as commits to the source repository. This means patch availability is not tied to release numbers; you must monitor the repository directly and verify your current commit hash against the vulnerable commit fc09b7ba9441ff590b72d428d5380834216b09ed. Confirm patched versions by reviewing commit diffs that address the PatientController.php vulnerability.
Can an attacker without authentication exploit this?
No. The vulnerability requires valid medkey user credentials (CVSS PR:L). However, this does not eliminate risk—internal staff with legitimate access, compromised credentials, or third-party integrations with API keys can all exploit it. If any staff account is compromised, patient records are at risk.
How long has this vulnerability been exploited?
The vulnerability was disclosed publicly on or around June 15, 2026, with public exploit code released. Because the vendor did not respond to early disclosure, the true timeline of discovery and potential prior exploitation is unknown. Assume active exploitation is possible from the disclosure date onward.
What should we do immediately if we use medkey?
Verify your current commit hash and confirm it is after fc09b7ba9441ff590b72d428d5380834216b09ed. Audit recent API logs for suspicious actionGetPatientById requests. Restrict REST API access via network controls and review medkey user permissions to enforce least privilege. Contact your medkey support or monitor their repository for patch announcements. Consider a formal data access review to determine whether any patient records were compromised.
This vulnerability intelligence is provided for informational purposes to support security decision-making. SEC.co does not verify vendor patch claims, exploit functionality, or real-world attack prevalence. Organizations must conduct their own testing and validation of patches and mitigations in lab environments before deployment. Medkey's lack of vendor response to early disclosure is documented in CVE records but does not guarantee patch availability or timeline. Consult medkey's official repository and security contacts directly. Healthcare organizations should also consult legal and compliance teams regarding HIPAA and privacy breach notification obligations. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-10168MEDIUMImproper Resource Control in OUSL-GROUP-BrinaryBrains Student Management System
- CVE-2026-10624MEDIUMSourceCodester HRM Employee Data Exposure Vulnerability
- CVE-2026-10299LOWOnline Hospital Management System Resource Identifier Control Vulnerability
- CVE-2016-20064MEDIUMWP Vault 0.8.6.6 Arbitrary File Read via Directory Traversal
- CVE-2016-20067MEDIUMWordPress CP Polls CSRF Vulnerability
- CVE-2016-20070MEDIUMPrivilege Escalation & Stored XSS in WordPress Booking Calendar Contact Form 1.0.23
- CVE-2016-20074MEDIUMWordPress Lazy Content Slider CSRF Vulnerability – Patch & Detection Guide
- CVE-2016-20077MEDIUMWordPress Photocart Link Plugin Local File Inclusion Vulnerability