Gematik Referenzvalidator has an XXE vulnerability that can lead to a Server Side Request Forgery attackGHSA-68j8-fp38-p48q
HIGHFix: gematik/app-referencevalidator@d6d2761GHSA-68j8-fp38-p48q is a high-severity (CVSS 8.6) XML External Entity (XXE) vulnerability in de.gematik.refv.commons:commons. A fix is available for de.gematik.refv.commons:commons — see the affected versions and patch details below.
Exploitation Status
No confirmed exploitation observed yet
- CISA assesses this as automatable — exploitation doesn’t require manual, per-target effort, which raises the odds of mass scanning and opportunistic attacks.
- CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.
Exploitation and automatability from CISA’s SSVC triage for GHSA-68j8-fp38-p48q.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
How urgent is this, really
Where this sits among everything scored
Real-World Exposure
de.gematik.refv.commons:commonsReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.
Description
Impact
The profile location routine in the referencevalidator commons package is vulnerable to XML External Entities attack due to insecure defaults of the used Woodstox WstxInputFactory. A malicious XML resource can lead to network requests issued by referencevalidator and thus to a Server Side Request Forgery attack.
The vulnerability impacts applications which use referencevalidator to process XML resources from untrusted sources.
Patches
The problem has been patched with the 2.5.1 version of the referencevalidator. Users are strongly recommended to update to this version or a more recent one.
Workarounds
A pre-processing or manual analysis of input XML resources on existence of DTD definitions or external entities can mitigate the problem.
References
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| ☕Maven | de.gematik.refv.commons:commons | all versions | 2.5.1de.gematik.refv.commons:commons:2.5.1 |
Affected Products
reference validatorgematikDetection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for de.gematik.refv.commons:commons, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update de.gematik.refv.commons:commons to 2.5.1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-68j8-fp38-p48q is resolved across your whole dependency graph.
Workarounds
Restrict outbound requests from the affected component to an allowlist of hosts, block access to link-local and internal address ranges at the network layer, and require authentication on internal services so a forged request cannot reach them unauthenticated.
Frequently Asked Questions
Is GHSA-68j8-fp38-p48q in your dependencies?
Find it across Maven, including transitive dependencies.