WaratekVRT Sign in

CVE-2026-46487

Severity7.5 High CVSS 3.1
Fixed in4.2.16, 4.4.11
WeaknessMissing authorization (CWE-862)
Published3 Nov 2026
Updated12 Nov 2026

Published 10 days ago. NVD often adds the list of affected products days or weeks after a CVE is published, and the other sources we check lag too. The scope and status here may change.

Description

GeoNetwork is a catalog application to manage spatially referenced resources. From 4.0.0-alpha.1 until 4.2.16 and 4.4.11, the Elasticsearch-backed search proxy can skip GeoNetwork's access-control filter injection when a client request has an omitted query field. The request is then forwarded to Elasticsearch without group visibility, draft exclusion, record ownership, or portal-specific filtering. An unauthenticated remote attacker can use the affected public search API to retrieve the full indexed contents of metadata records that should not be publicly visible. This issue is fixed in versions 4.2.16 and 4.4.11.

Exploitation status

No public exploit

No exploit has been reported in the sources we check.

  • CISA KEV not listed
  • VulnCheck KEV not listed
  • CISA Vulnrichment exploitation: none
  • Indexed PoC none indexed
  • EPSS 0.46% chance in 30 days

Waratek protection

No exploit published

Within Waratek scope. In the sources we check, nobody has published exploit code for this CVE or reported it being exploited.

A public code fix exists: geonetwork/core-geonetwork 1916412.

  • Protection none
  • Action unverified
  • Review automated Upstream data
  • Record active
Decided by Exploit code for this candidate, published in a reviewed catalogue or a GitHub repository with 5 or more stars, or in use per CISA or VulnCheck; not only a CISA verdict, a forecast, or nothing at all
Finding This CVE is not listed in CISA KEV or VulnCheck KEV, CISA Vulnrichment records no active exploitation, no reviewed exploit catalogue carries an entry for it, and no GitHub PoC repository for it has 5 or more stars. Nobody has published exploit code worth tracing, so it is not a candidate for a rule ahead of the ones where somebody has; an upstream fix path does exist, so the remediation half of the candidacy still holds. This is a statement about what has been published, not about whether the defect is reachable or serious.
Candidate fix https://github.com/geonetwork/core-geonetwork/commit/1916412d38999f2eff68bad2dfccd69340d20f3f : a commit: the change itself

Affected software and releases

Maven packages

Affected and fixed versions, from OSV.dev
PackageIntroducedFixedLast affected
org.geonetwork-opensource:geonetwork 4.0.0-alpha.1 none 4.0.6-0
org.geonetwork-opensource:geonetwork 4.2.0 4.2.16 unbounded
org.geonetwork-opensource:geonetwork 4.4.0 4.4.11 unbounded

Products and versions

1 product, 3 version entries
SourceVendorProductSchemeAffected versions
osv org.geonetwork-opensource geonetwork generic ≥ 4.0.0 and ≤ 4.0.6.0 · ≥ 4.2.0 and < 4.2.16 · ≥ 4.4.0 and < 4.4.11

References

URLTags
https://github.com/geonetwork/core-geonetwork/commit/1916412d38999f2eff68bad2dfccd69340d20f3f commit
https://github.com/geonetwork/core-geonetwork/security/advisories/GHSA-582q-v28r-7cxr WEB
https://github.com/geonetwork/core-geonetwork PACKAGE
https://github.com/geonetwork/core-geonetwork/commit/6c756c63cd1fa942f3832d99c64380c69c5e8be9
https://github.com/geonetwork/core-geonetwork/releases/tag/4.2.16
https://github.com/geonetwork/core-geonetwork/releases/tag/4.4.11

Timeline

Published2026-11-03By the CVE Program.
NVD record modified2026-11-12NVD's own last-modified date for this record.