CVE-2026-46487
| Severity | 7.5 High CVSS 3.1 |
|---|---|
| Fixed in | 4.2.16, 4.4.11 |
| Weakness | Missing authorization (CWE-862) |
| Published | 3 Nov 2026 |
| Updated | 12 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.
Exploitation status
- 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
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| Package | Introduced | Fixed | Last 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| Source | Vendor | Product | Scheme | Affected 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
Timeline
Timeline
| Published | 2026-11-03 | By the CVE Program. |
|---|---|---|
| NVD record modified | 2026-11-12 | NVD's own last-modified date for this record. |