CVE-2026-55864: SSRF

Published Sep 9, 2026
·
Updated

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

https://github.com/geonetwork/core-geonetwork/pull/9343

Affected Software

2 affected componentsFixes available
maven/org.geonetwork-opensource:gn-web-app>=4.0.0<=4.2.16
4.2.17
maven/org.geonetwork-opensource:gn-web-app>=4.4.0<=4.4.11
4.4.12

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade maven/org.geonetwork-opensource:gn-web-app to a version that resolves this vulnerability.

    Fixed in 4.2.17
  2. Upgrade

    Upgrade maven/org.geonetwork-opensource:gn-web-app to a version that resolves this vulnerability.

    Fixed in 4.4.12
  3. Upgrade

    Upgrade GeoNetwork to a version that resolves this vulnerability.

    Fixed in 4.2.17
  4. Upgrade

    Upgrade GeoNetwork to a version that resolves this vulnerability.

    Fixed in 4.4.12
  5. Compensating control

    If you cannot upgrade immediately, restrict GeoNetwork's egress/internal outbound HTTP access from the application/server (e.g., via network egress firewall/allowlist) to prevent SSRF from reaching internal hosts.

Event History

Sep 9, 2026
Advisory Published
via GitHub·11:43 PM
Data Sourced
via GitHub·11:43 PM
DescriptionWeaknessAffected Software

Frequently Asked Questions

1

Who can exploit this issue, and what access is required?

Any anonymous user can exploit it. No authentication is required to submit a WMS server URL to the affected SLD tooling endpoint.

2

What network access does exploitation provide?

An attacker can cause the GeoNetwork server to send arbitrary outbound HTTP GET requests, including to internal hosts that are not publicly reachable. This can be used for internal network reconnaissance and requests to internal services.

3

Can an attacker read responses from the requested internal service?

Yes, when the outbound request returns XML, the fetched body can be stored and downloaded, making the SSRF non-blind. Responses that are not XML are not described as readable through this issue.

4

Which releases contain the fix?

The issue is patched in releases 4.4.12 and 4.2.17.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203