<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>GeoNetwork - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/geonetwork/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Fri, 03 Jul 2026 12:45:55 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/geonetwork/feed.xml" rel="self" type="application/rss+xml"/><item><title>GeoNetwork Reflected XSS through Client-Side Template Injection (CVE-2026-39379)</title><link>https://feed.craftedsignal.io/briefs/2026-07-geonetwork-xss/</link><pubDate>Fri, 03 Jul 2026 12:45:55 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-geonetwork-xss/</guid><description>A reflected Cross-Site Scripting (XSS) vulnerability, CVE-2026-39379, exists in GeoNetwork due to client-side template injection within error pages, allowing an attacker to craft a URL that, when visited by a victim, causes arbitrary JavaScript to execute in their browser in the context of their authenticated session.</description><content:encoded><![CDATA[<p>A critical reflected Cross-Site Scripting (XSS) vulnerability, tracked as CVE-2026-39379, has been identified in GeoNetwork, an open-source geospatial metadata catalog. This flaw stems from improper neutralization of user-controlled input in error pages, which are built using AngularJS. When a user requests a non-existent or unauthorized service URL, GeoNetwork reflects parts of the original request directly into the error page without adequate sanitization. Since this page is an AngularJS application, an attacker can embed client-side template expressions (e.g., <code>{{...}}</code>) within the malicious URL. Upon rendering in the victim's browser, these expressions are evaluated, leading to the execution of arbitrary JavaScript. This vulnerability affects GeoNetwork versions 3.0.0 through 3.12.12, 4.0.0-alpha.1 through 4.0.6, 4.2.0 through 4.2.14, and 4.4.0 through 4.4.9. GeoNetwork 3.x and 4.0.x lines are no longer maintained and will not receive patches.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li><strong>Craft Malicious URL</strong>: The attacker crafts a specific URL that targets a non-existent or unauthorized GeoNetwork service endpoint, embedding client-side template injection payloads (e.g., <code>{{expression}}</code>) within the path or query parameters.</li>
<li><strong>Phishing Delivery</strong>: The attacker delivers this crafted malicious URL to a victim, typically via social engineering tactics such as phishing emails, instant messages, or compromised web pages, enticing the victim to click the link.</li>
<li><strong>Victim Request</strong>: The victim, interacting with the lure, clicks the malicious URL, causing their web browser to send an HTTP GET request containing the embedded payload to the vulnerable GeoNetwork server.</li>
<li><strong>Server Error Response</strong>: The GeoNetwork server processes the request for the invalid service. Due to its design, it generates an AngularJS-based error page that reflects portions of the original, unsanitized request URL back to the client.</li>
<li><strong>Client-Side Template Evaluation</strong>: When the victim's browser receives and renders the error page, the AngularJS framework identifies the reflected attacker-controlled content as a template expression. It then evaluates this expression.</li>
<li><strong>Arbitrary JavaScript Execution</strong>: The evaluation of the template expression results in the execution of the attacker's arbitrary JavaScript code within the context of the victim's browser.</li>
<li><strong>Impact on Authenticated Session</strong>: The malicious JavaScript executes with the same permissions and within the same authenticated session as the victim user, potentially allowing for session hijacking, data exfiltration from GeoNetwork, or performing unauthorized actions on the victim's behalf.</li>
<li><strong>Further Exploitation</strong>: The attacker leverages the executed JavaScript to achieve their objective, which could include redirecting the user to a fake login page for credential harvesting or initiating further attacks against the GeoNetwork instance.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of CVE-2026-39379 allows an attacker to execute arbitrary JavaScript code within the victim's browser. This code runs in the context of the victim's authenticated session, enabling severe consequences such as session hijacking, unauthorized data exfiltration from the GeoNetwork instance, or performing actions on the victim's behalf, including modifying content or changing configurations if the victim is an administrator. Additionally, attackers could inject fake login forms or malicious content to harvest credentials or spread malware. GeoNetwork versions 3.x and 4.0.x are particularly at risk as they are archived and will not receive official fixes, necessitating immediate upgrades for affected organizations.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Patch CVE-2026-39379 immediately by upgrading GeoNetwork to a fixed version (4.2.15 or later, or 4.4.10 or later).</li>
<li>Deploy the Sigma rule &quot;Detects CVE-2026-39379 Exploitation - GeoNetwork Reflected XSS Attempt&quot; to your SIEM to identify attempts at client-side template injection via web server logs.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>xss</category><category>web-vulnerability</category><category>client-side-injection</category><category>angularjs</category><category>ghsa</category><category>webserver</category></item><item><title>GeoNetwork ACL Bypass in Elasticsearch Search (CVE-2026-46487)</title><link>https://feed.craftedsignal.io/briefs/2026-07-geonetwork-acl-bypass/</link><pubDate>Fri, 03 Jul 2026 12:44:38 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-geonetwork-acl-bypass/</guid><description>A high-severity authorization bypass vulnerability, CVE-2026-46487, in GeoNetwork's Elasticsearch-backed search API allows unauthenticated attackers to retrieve restricted metadata records by bypassing access control and visibility filters when the request body omits the 'query' field, leading to sensitive information disclosure.</description><content:encoded><![CDATA[<p>A significant authorization bypass vulnerability (CVE-2026-46487) has been identified in GeoNetwork's search API, affecting all public-facing GeoNetwork 4.x instances from version 4.0.0-alpha.1 through 4.4.10. This flaw lies within the search proxy layer, which is designed to inject access-control and visibility filters into every request before it reaches the underlying Elasticsearch index. However, under specific conditions where the client-supplied search request intentionally omits the 'query' field, this critical filtering step is skipped. As a result, an unauthenticated attacker can retrieve indexed metadata records that should be restricted, including group-specific data, draft records, and information requiring ownership checks, leading to significant information disclosure.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An unauthenticated attacker sends a crafted HTTP POST request to a public-facing GeoNetwork instance's Elasticsearch-backed search API endpoint.</li>
<li>The attacker constructs a malformed JSON request body for the Elasticsearch search, intentionally omitting the <code>query</code> field, while potentially including other search parameters.</li>
<li>The GeoNetwork search proxy layer, responsible for injecting access-control and visibility filters, fails to apply these restrictions because the <code>query</code> field is absent from the request.</li>
<li>The unfiltered request is forwarded to the backend Elasticsearch index without the intended authorization checks for group-based visibility, draft record exclusion, or ownership.</li>
<li>Elasticsearch executes the search query as received and returns all matching metadata records, irrespective of their access control settings.</li>
<li>The unauthenticated attacker receives the full contents of metadata records that should have been restricted, resulting in sensitive information disclosure.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>This vulnerability (CWE-862: Missing Authorization) leads to unauthorized information disclosure, allowing unauthenticated attackers to access sensitive metadata records. The skipped filter step is responsible for enforcing multiple layers of access control, including group-based record visibility, exclusion of draft records, and ownership verification. Consequently, any public-facing GeoNetwork 4.x instance (versions 4.0.0-alpha.1 through 4.4.10) is vulnerable to an attacker retrieving the full content of metadata that should not be publicly visible, potentially exposing internal project details, draft documents, or data restricted to specific user groups.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Patch affected GeoNetwork instances immediately to a version that addresses CVE-2026-46487.</li>
<li>Review web server access logs and GeoNetwork application logs for suspicious HTTP POST requests to the search API that may omit the <code>query</code> field, particularly from unknown or untrusted IP addresses.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>authorization-bypass</category><category>information-disclosure</category><category>web-vulnerability</category><category>elasticsearch</category><category>geonetwork</category><category>ghsa</category></item></channel></rss>