CVE-2026-33180
highpriority · track · 0EPSS 0.003 · 20 %ileEUUSEPSS · scored 2026-10-27
HAPI FHIR is a complete implementation of the HL7 FHIR standard for healthcare interoperability in Java. Prior to version 6.9.0, when setting headers in HTTP requests, the internal HTTP client sends headers first to the host in the initial URL but also, if asked to follow redirects and a 30X HTTP response code is returned, to the host mentioned in URL in the Location: response header value. Sending the same set of headers to subsequent hosts is a problem as this header often contains privacy sensitive information or data that could allow others to impersonate the client's request. This issue has been patched in release 6.9.0. No known workarounds are available.
cvss
Technical severity, 0–10. One row per scoring source.
base score 0–10 · higher = more severe · hover a vector to decode⚠ sources disagree · high–critical · 7.5–9.8
ssvc
A stakeholder decision — act, attend, or track — from exploitation and impact.
weaknesses
The CWE weakness classes this flaw belongs to.
affected products (13)
Products and version ranges known to be affected.
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.convertors< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.convertors
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.dstu2016may< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.dstu2016may
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.dstu3.support< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.dstu3.support
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.utilities< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.utilities
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.validation< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.validation
- Maven ca.uhn.hapi.fhir:org.hl7.fhir.validation.cli< 6.9.0osvUSpkg:maven/ca.uhn.hapi.fhir/org.hl7.fhir.validation.cli
advisories (1)
Vendor and ecosystem advisories describing this.
- GHSA-p7m9-v2cm-2h7mHAPI FHIR HTTP authentication leak in redirects2026-03-18ghsa · osvUS
### Impact When setting headers in HTTP requests, the internal HTTP client sends headers first to the host in the initial URL but also, if asked to follow redirects and a 30X HTTP response code is returned, to the host mentioned in URL in the Location: response header value. Sending the same set of headers to subsequent hosts is a problem as this header often contains privacy sensitive information or data that could allow others to impersonate the client's request. ### Patches This issue has been patched in release 6.8.3 ### Workarounds None.
also known as (3)
Other names and identifiers for this entity.
sources
Which sources assert this record, and when.
references (8)
External citations — patches, advisories, analysis.
- https://access.redhat.com/security/cve/cve-2026-33180cnnvd
- https://github.com/hapifhir/org.hl7.fhir.core/releasesPatchcnnvd
- https://github.com/hapifhir/org.hl7.fhir.core/security/advisories/GHSA-p7m9-v2cm-2h7mcnnvd
- https://github.com/hapifhir/org.hl7.fhir.core/security/advisories/GHSA-p7m9-v2cm-2h7menisa_euvd
- https://access.redhat.com/security/cve/CVE-2026-33180nvd
- https://bugzilla.redhat.com/show_bug.cgi?id=2449841nvd
- https://github.com/hapifhir/org.hl7.fhir.core/security/advisories/GHSA-p7m9-v2cm-2h7mnvd
- https://security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-33180.jsonnvd
Attackers weaponise vulnerabilities like this against internet-exposed services. See what is exposed on your perimeter with a free passive scan.
Free scan