Hl7 Fhir Core
Approved changes feed: RSS · Atom
cpe:2.3:a:hapifhir:hl7_fhir_core:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Hapifhir (e6bf027c-18dc-5d75-9669-eb512b6f8208) |
|---|---|
| Product | Hl7 Fhir Core (1cc9170c-bb5f-5775-a3fc-08b96882b94f) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from purl2cpe mapping |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
pkg:github/hapifhir/org.hl7.fhir.core |
purl2cpe | 2026-06-01 10:11:10.275477 |
pkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.core |
purl2cpe | 2026-06-01 10:11:10.275480 |
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-34361 |
vulnerable | 2026-06-08 07:59:12.429083 |
HAPI FHIR: Unauthenticated SSRF via /loadIG Chains with startsWith() Credential Leak for Authentication Token Theft
CRITICAL (9.3)
HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to version 6.9.4, the FHIR Validator HTTP service exposes an unauthenticated "/loadIG" endpoint that makes outbound HTTP requests to attacker-controlled URLs. Combined with a startsWith() URL prefix matching flaw in the credential provider (ManagedWebAccessUtils.getServer()), an attacker can steal authentication tokens (Bearer, Basic, API keys) configured for legitimate FHIR servers by registering a domain that prefix-matches a configured server URL. This issue has been patched in version 6.9.4.
Published: 2026-03-31T16:56:11.163Z
Updated: 2026-03-31T17:24:58.558Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-34360 |
vulnerable | 2026-06-08 07:59:12.428577 |
HAPI FHIR: Unauthenticated Blind SSRF via /loadIG Endpoint Enables Internal Network Probing
MEDIUM (5.8)
HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to version 6.9.4, the /loadIG HTTP endpoint in the FHIR Validator HTTP service accepts a user-supplied URL via JSON body and makes server-side HTTP requests to it without any hostname, scheme, or domain validation. An unauthenticated attacker with network access to the validator can probe internal network services, cloud metadata endpoints, and map network topology through error-based information leakage. With explore=true (the default for this code path), each request triggers multiple outbound HTTP calls, amplifying reconnaissance capability. This issue has been patched in version 6.9.4.
Published: 2026-03-31T16:56:05.034Z
Updated: 2026-04-01T13:58:24.359Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2026-34359 |
vulnerable | 2026-06-08 07:59:12.428064 |
HAPI FHIR: Authentication Credential Leakage via Improper URL Prefix Matching on HTTP Redirect in HAPI FHIR Core
HIGH (7.4)
HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to version 6.9.4, ManagedWebAccessUtils.getServer() uses String.startsWith() to match request URLs against configured server URLs for authentication credential dispatch. Because configured server URLs (e.g., http://tx.fhir.org) lack a trailing slash or host boundary check, an attacker-controlled domain like http://tx.fhir.org.attacker.com matches the prefix and receives Bearer tokens, Basic auth credentials, or API keys when the HTTP client follows a redirect to that domain. This issue has been patched in version 6.9.4.
Published: 2026-03-31T16:56:01.235Z
Updated: 2026-03-31T19:09:08.160Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2024-52007 |
vulnerable | 2026-06-08 06:52:14.571720 |
XXE vulnerability in XSLT parsing in `org.hl7.fhir.core`
HIGH (8.6)
HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. XSLT parsing performed by various components are vulnerable to XML external entity injections. A processed XML file with a malicious DTD tag ( <!DOCTYPE foo [<!ENTITY example SYSTEM "/etc/passwd"> ]> could produce XML containing data from the host system. This impacts use cases where org.hl7.fhir.core is being used to within a host where external clients can submit XML. This is related to GHSA-6cr6-ph3p-f5rf, in which its fix (#1571 & #1717) was incomplete. This issue has been addressed in release version 6.4.0 and all users are advised to upgrade. There are no known workarounds for this vulnerability.
Published: 2024-11-08T22:28:20.169Z
Updated: 2024-11-12T18:47:14.559Z Reference links
|
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2023-28465 |
vulnerable | 2026-06-08 06:01:10.947273 |
Details available
The package-decompression feature in HL7 (Health Level 7) FHIR Core Libraries before 5.6.106 allows attackers to copy arbitrary files to certain directories via directory traversal, if an allowed directory name is a substring of the directory name chosen by the attacker. NOTE: this issue exists because of an incomplete fix for CVE-2023-24057.
Published: 2023-12-12T00:00:00.000Z
Updated: 2025-05-27T14:31:25.217Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2023-24057 |
vulnerable | 2026-06-08 05:56:05.125471 | db.gcve.eu details were skipped to keep the page responsive. | Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.