Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privileged tenant user
-
ExploitCraft FHIR bundle asserting foreign partition identity
-
ExecutionSubmit to default-configured server
-
ImpactRead or write other tenant's partition data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires (1) a multi-tenant/partitioned SmileCDR HAPI FHIR deployment, (2) valid authenticated access to at least one tenant (PR:L), and (3) the default configuration in which storage partition entitlement is NOT enforced. The specific trigger is an untrusted FHIR bundle body that overrides a partition identity previously set by a trusted source. LIMITING FACTORS: the attacker must already possess tenant credentials (not pre-auth), and deployments that have explicitly enabled partition entitlement enforcement are not exposed in the same way; single-tenant deployments have no cross-tenant boundary to cross. No end-user interaction is required (UI:N). |
| Impact | This is a genuine priority rather than an inflated high-CVSS issue, though not a drop-everything emergency. The supplied CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N) describes a network-reachable, low-complexity flaw requiring only low-level privileges (PR:L), meaning any legitimately authenticated tenant user can cross into other tenants' partitions with high confidentiality and integrity impact and no availability impact. The vuln.today decision label is 'this_week' and it was reported through CISA coordinated disclosure (cisa-cg), which raises its credibility as a real coordinated-disclosure finding. However, several key signals are MISSING: there is no EPSS exploitation-probability score in the input, the CVE is NOT listed in CISA KEV, and no PoC or exploit reference is provided - so there is no evidence of active exploitation or public exploit code. The 'Authentication Bypass' tag is slightly imprecise: this is an authorization/tenant-isolation failure (CWE-863) by an already-authenticated user, not a pre-auth bypass, and the PR:L in the vector confirms authentication is required. The most important aggravating factor is that entitlement is 'not enforced by default,' so default deployments are exposed. Net: elevated priority driven by default-vulnerable multi-tenant isolation in a healthcare data product, tempered by the absence of EPSS/KEV/PoC signals indicating no confirmed in-the-wild activity yet. |
| Exploit ScenarioDerived | An attacker holds valid credentials for Tenant A in a multi-tenant SmileCDR/HAPI FHIR deployment running the default configuration. They submit a crafted FHIR bundle whose body asserts a partition identity belonging to Tenant B; because storage partition entitlement is not enforced by default, the server honors the untrusted partition claim and lets the attacker read or write Tenant B's records. No public exploit code is identified at time of analysis, and the precise bundle-crafting trigger is only described at a high level in the available sources. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 22, 2026
Cross-tenant data access in SmileCDR HAPI FHIR allows an attacker who holds valid credentials for one tenant in a multi-tenant deployment to read from or write to another tenant's storage partition by submitting an untrusted bundle body that replaces a trusted partition identity; storage partition entitlement is not enforced by default. Exploitation requires authenticated access to at least one tenant, and single-tenant deployments or those with partition entitlement enforcement enabled are less exposed. No public exploit identified at time of analysis, and this is a genuine priority rather than an inflated high-CVSS issue, though not a drop-everything emergency.
Earlier versions of this analysis (1)
SmileCDR HAPI FHIR multi-tenant deployments are exposed to cross-tenant partition read and write when the default configuration does not enforce storage partition entitlement. An authenticated user with low-privileged access to at least one tenant can submit a FHIR bundle whose untrusted body overrides the partition identity established by the trusted source, yielding high confidentiality and integrity impact under CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N (8.1). No public exploit identified at time of analysis; single-tenant deployments and deployments that explicitly enforce storage partition entitlement are not exposed.
RemediationAI
No vendor-released patch or fixed version is identified in the provided data, so check the CVE record at https://www.cve.org/CVERecord?id=CVE-2026-113874 and the NVD entry at https://nvd.nist.gov/vuln/detail/CVE-2026-113874 for the current patched release. For multi-tenant SmileCDR HAPI FHIR deployments, enable storage partition entitlement enforcement so partition identity from untrusted bundle bodies cannot override trusted tenant context, and verify the configuration's effect on existing integration flows before broad rollout. Single-tenant deployments have no cross-tenant boundary of this kind, and deployments with entitlement enforcement enabled are not exposed in the same way.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
SmileCDR HAPI FHIR implements multi-tenant isolation through storage partitions, where a partition identity determines which tenant data a request can access. CWE-863 (Incorrect Authorization) applies because the server accepts a partition identity from an untrusted FHIR bundle body, allowing it to replace a value previously established by a trusted source, and because storage partition entitlement is not enforced in the default configuration. The CPE cpe:2.3:a:smilecdr:hapi_fhir:*:*:*:*:*:*:*:* identifies the affected product, and EUVD lists HAPI FHIR 0 <* as the affected range. CVSS 4.0 marks network reachability, low attack complexity, no user interaction, and PR:L, meaning the attacker must already be authenticated to some tenant; the trigger beyond the untrusted bundle body and default entitlement behavior is not described in the available sources.
Know when Hapi Fhir gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Network-reachable (AV:N) with low complexity (AC:L); an authenticated tenant user is required so PR:L, UI:N; cross-tenant read and write give C:H/I:H, no availability impact (A:N).
Primary rating from Vendor (cisa-cg).
CVSS VectorVendor: cisa-cg
Lifecycle Timeline
3DescriptionCVE.org
SmileCDR HAPI FHIR allows an untrusted bundle body to replace a partition identity previously established by a trusted source, and does not enforce storage partition entitlement by default. An attacker authorized for one tenant can read from or write to another tenant's partition.
Executive ViewAI
SmileCDR HAPI FHIR, a widely used healthcare data platform, contains a cross-tenant data access flaw (CVE-2026-113874) that lets any authenticated user of one tenant read or write another tenant's protected health information. This directly threatens patient privacy, regulatory compliance (e.g., HIPAA, GDPR), and client trust in multi-tenant deployments, making remediation a business imperative.
Enable storage partition entitlement enforcement in SmileCDR configuration; restrict network access to trusted sources; implement additional authorization checks at the API gateway; segregate high-sensitivity tenants into separate deployments; monitor for anomalous cross-tenant access.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
SmileCDR HAPI FHIR can be driven into heap exhaustion and service crashes by unauthenticated attackers who submit highly
XSS exists in the HAPI FHIR testpage overlay module of the HAPI FHIR library before 3.8.0. Rated medium severity (CVSS 6
SmileCDR HAPI FHIR contains a moderate-severity authorization bypass in the FHIR conditional create operation: an authen
JPA Server in HAPI FHIR before 5.4.0 allows a user to deny service (e.g., disable access to the database after the attac
Authorization bypass in SmileCDR HAPI FHIR servers that have REST-hook subscriptions enabled allows an authenticated use
EUVD-2026-108274
GHSA-qw7x-rp32-35vw
NVD
CVE.org
VulDB
Exploit-DB