CVE-2026-55864 — gn-web-app
Fix: geonetwork/core-geonetwork@17fdae2CVE-2026-55864 is a Server-Side Request Forgery (SSRF) vulnerability in org.geonetwork-opensource:gn-web-app. A fix is available for org.geonetwork-opensource:gn-web-app — see the affected versions and patch details below.
GeoNetwork: Unauthenticaded Server-Side Request Forgery in SLD Tool
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 CVE-2026-55864.
EPSS Exploitation Probability
Probability of exploitation in the next 30 days, from FIRST.org EPSS.
Real-World Exposure
org.geonetwork-opensource:gn-web-app☕org.geonetwork-opensource:gn-web-appReal-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
Summary
An unauthenticated server-side request forgery vulnerability lets any anonymous user make the GeoNetwork server issue arbitrary outbound HTTP requests. This gives an external attacker a position inside the server's network, making it possible to make internal requests no matter if the response is XML-type or not.
The SLD tooling endpoint POST /api/tools/ogc/sld takes a caller-supplied WMS server URL and performs a server-side HTTP GET to it, with no validation. The fetched body can also be stored and downloaded if the output of the outbound request is in XML format, making the SSRF non-blind.
Impact
Any unauthenticated user can make the server send arbitrary HTTP requests to internal hosts it would never expose publicly, and read the responses back if the request responses are XML. This enables internal data disclosure, for example, configuration files that return as XML, authorization bypass, and reconnaissance of the internal network all from an anonymous position.
Resolution
Patched releases:
- 4.4.12
- 4.2.17
Resources
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| ☕Maven | org.geonetwork-opensource:gn-web-app | ≥ 4.4.0&&< 4.4.12 | 4.4.12org.geonetwork-opensource:gn-web-app:4.4.12 |
| ☕Maven | org.geonetwork-opensource:gn-web-app | ≥ 4.0.0&&< 4.2.17 | 4.2.17org.geonetwork-opensource:gn-web-app:4.2.17 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for org.geonetwork-opensource:gn-web-app, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update org.geonetwork-opensource:gn-web-app to 4.4.12 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2026-55864 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 CVE-2026-55864 in your dependencies?
Find it across Maven, including transitive dependencies.