Answer in brief
CVE-2026-53573 records a Medium severity missing auth vulnerability in core-geonetwork has an Open Redirect Bypass. The source record does not mark it as known exploited. 4 affected packages are mapped in the feed.
Answer in brief
CVE-2026-53573 records a Medium severity missing auth vulnerability in core-geonetwork has an Open Redirect Bypass. The source record does not mark it as known exploited. 4 affected packages are mapped in the feed.
Update org.geonetwork-opensource:geonetwork to 4.2.16; org.geonetwork-opensource:geonetwork to 4.4.11 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanMissing Auth describes the vulnerability class recorded for this advisory. The current record does not mark CVE-2026-53573 as known exploited; continue to monitor the source for status changes. The feed includes package mappings that can be checked against lockfiles and deployed manifests.
| Package | Affected range | Fixed version |
|---|---|---|
| org.geonetwork-opensource:geonetworkmaven | >=3.12.0,<=3.12.12 | Not reported |
| org.geonetwork-opensource:geonetworkmaven | >=4.0.0-alpha.1,<=4.0.6 | Not reported |
| org.geonetwork-opensource:geonetworkmaven | >=4.2.0,<=4.2.15 | 4.2.16 |
| org.geonetwork-opensource:geonetworkmaven | >=4.4.0,<=4.4.10 | 4.4.11 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
CVE-2026-53573 records a Medium severity missing auth vulnerability in core-geonetwork has an Open Redirect Bypass. The source record does not mark it as known exploited. 4 affected packages are mapped in the feed.
The source record does not mark it as known exploited.
Check lockfiles and deployed manifests for org.geonetwork-opensource:geonetwork, org.geonetwork-opensource:geonetwork, org.geonetwork-opensource:geonetwork.
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL GuardUpdate org.geonetwork-opensource:geonetwork to 4.2.16; org.geonetwork-opensource:geonetwork to 4.4.11 if you use the affected versions. Test the change in a non-production environment first.
Local check
hol-guard supply-chain scanMissing Auth describes the vulnerability class recorded for this advisory. The current record does not mark CVE-2026-53573 as known exploited; continue to monitor the source for status changes. The feed includes package mappings that can be checked against lockfiles and deployed manifests.
| Package | Affected range | Fixed version |
|---|---|---|
| org.geonetwork-opensource:geonetworkmaven | >=3.12.0,<=3.12.12 | Not reported |
| org.geonetwork-opensource:geonetworkmaven | >=4.0.0-alpha.1,<=4.0.6 | Not reported |
| org.geonetwork-opensource:geonetworkmaven | >=4.2.0,<=4.2.15 | 4.2.16 |
| org.geonetwork-opensource:geonetworkmaven | >=4.4.0,<=4.4.10 | 4.4.11 |
Fixed versions are reported by the source feed; confirm compatibility before updating.
Reported by GitHub Security Advisories (ghsa).
CVE-2026-53573 records a Medium severity missing auth vulnerability in core-geonetwork has an Open Redirect Bypass. The source record does not mark it as known exploited. 4 affected packages are mapped in the feed.
The source record does not mark it as known exploited.
Check lockfiles and deployed manifests for org.geonetwork-opensource:geonetwork, org.geonetwork-opensource:geonetwork, org.geonetwork-opensource:geonetwork.
HOL Guard can help your team review package activity against supported protection paths.
Explore HOL Guard### Summary GeoNetwork's post-login redirect handling can be bypassed to redirect users to an attacker-controlled external site, even though the code attempts to restrict redirect targets to relative, in-application URLs. This affects both supported SSO login methods: OAuth2/OIDC and Keycloak. ### Details Both the OAuth2/OIDC and Keycloak login filters validate the client-supplied post-login redirect target before forwarding the browser to it, but the validation does not correctly reject every kind of URL that causes the browser to leave the GeoNetwork origin. As a result, a value that is treated as a safe, in-application relative path by the filter can still cause the browser to be redirected to an external, attacker-controlled host. ### Impact An attacker can craft a link to a legitimate GeoNetwork OAuth2/OIDC or Keycloak login endpoint that, after the login flow completes, redirects the victim to an arbitrary external site. This can be used for phishing (e.g., presenting a fake login form) or to chain into other attacks hosted externally. This does not bypass authentication or expose GeoNetwork data directly; the impact is Open Redirect (CWE-601). GeoNetwork 3.x and 4.0.x are archived/unmaintained and will not receive a fix for this issue. Instances running those lines should upgrade to a supported release (4.2.16 or later, or 4.4.11 or later).
### Summary GeoNetwork's post-login redirect handling can be bypassed to redirect users to an attacker-controlled external site, even though the code attempts to restrict redirect targets to relative, in-application URLs. This affects both supported SSO login methods: OAuth2/OIDC and Keycloak. ### Details Both the OAuth2/OIDC and Keycloak login filters validate the client-supplied post-login redirect target before forwarding the browser to it, but the validation does not correctly reject every kind of URL that causes the browser to leave the GeoNetwork origin. As a result, a value that is treated as a safe, in-application relative path by the filter can still cause the browser to be redirected to an external, attacker-controlled host. ### Impact An attacker can craft a link to a legitimate GeoNetwork OAuth2/OIDC or Keycloak login endpoint that, after the login flow completes, redirects the victim to an arbitrary external site. This can be used for phishing (e.g., presenting a fake login form) or to chain into other attacks hosted externally. This does not bypass authentication or expose GeoNetwork data directly; the impact is Open Redirect (CWE-601). GeoNetwork 3.x and 4.0.x are archived/unmaintained and will not receive a fix for this issue. Instances running those lines should upgrade to a supported release (4.2.16 or later, or 4.4.11 or later).