<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 16:53:01 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-369806</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-369806</link>
      <description>EUVD-2026-369806</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-369806</guid>
    </item>
    <item>
      <title>fkie_cve-2026-85732</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-85732</link>
      <description>&lt;p&gt;oras-go is a Go library for managing OCI artifacts. Prior to 2.6.2, the parseLink function in registry/remote/utils.go accepts an absolute URL from a registry-controlled Link response header without validating its scheme, host, or port. Tags, Referrers, and Repositories pagination operations then issue a GET request to the attacker-selected URL from the victim&amp;#39;s network, allowing blind server-side request forgery against internal services. The response body is not returned to the attacker, but timing and error differences can reveal service reachability, and credentials may be attached when the credential store has an entry for the target host. Exploitation requires a victim to perform a pagination-based listing operation against a malicious registry. The maintainer identifies this report as a duplicate of GHSA-3hr5-mjrr-hfjh and states that remediation is consolidated in that earlier advisory. The consolidated issue is fixed in version 2.6.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;oras-go is a Go library for managing OCI artifacts. Prior to 2.6.2, the parseLink function in registry/remote/utils.go accepts an absolute URL from a registry-controlled Link response header without validating its scheme, host, or port. Tags, Referrers, and Repositories pagination operations then issue a GET request to the attacker-selected URL from the victim&amp;#39;s network, allowing blind server-side request forgery against internal services. The response body is not returned to the attacker, but timing and error differences can reveal service reachability, and credentials may be attached when the credential store has an entry for the target host. Exploitation requires a victim to perform a pagination-based listing operation against a malicious registry. The maintainer identifies this report as a duplicate of GHSA-3hr5-mjrr-hfjh and states that remediation is consolidated in that earlier advisory. The consolidated issue is fixed in version 2.6.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-85732</guid>
    </item>
    <item>
      <title>GHSA-h7vf-4x9w-h99v — oras-go: Blind SSRF via unvalidated Link header URL in pagination allows internal network probing</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-h7vf-4x9w-h99v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: oras.land/oras-go/v2&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;oras-go&amp;#39;s pagination helper `parseLink()` in `registry/remote/utils.go` follows the `Link` response header from a registry without validating the URL&amp;#39;s host or scheme. When a malicious registry returns a `Link` header containing an absolute URL pointing to an arbitrary host (e.g., a cloud metadata endpoint), the client makes GET requests to that host from the victim&amp;#39;s network.&lt;/p&gt;
&lt;p&gt;This affects all pagination-based listing operations: Tags, Referrers, and Repositories (catalog).&lt;/p&gt;
&lt;p&gt;## Root Cause&lt;/p&gt;
&lt;p&gt;`parseLink()` at `registry/remote/utils.go:54` calls `resp.Request.URL.Parse(link)` which, for absolute URLs, returns the absolute URL unchanged. The result is passed directly to the next pagination loop iteration where `http.NewRequestWithContext()` creates a GET request to the attacker-specified URL. No host comparison, scheme validation, or IP filtering exists between `parseLink` output and the HTTP request.&lt;/p&gt;
&lt;p&gt;## Affected Code Paths&lt;/p&gt;
&lt;p&gt;- `registry/remote/repository.go:Tags()` calls `parseLink()` for next page URL
- `registry/remote/repository.go:Referrers()` calls `parseLink()` for next page URL
- `registry/remote/registry.go:Repositories()` calls `parseLink()` for next page URL&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;**Blind SSRF from the victim&amp;#39;s network.** A malicious registry operator can force any oras-go client that lists tags, referrers, or repositories to issue GET requests to arbitrary internal endpoints:&lt;/p&gt;
&lt;p&gt;- Cloud instance metadata endpoints for service discovery and IAM role enumeration
- Inter…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: oras.land/oras-go/v2&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;oras-go&amp;#39;s pagination helper `parseLink()` in `registry/remote/utils.go` follows the `Link` response header from a registry without validating the URL&amp;#39;s host or scheme. When a malicious registry returns a `Link` header containing an absolute URL pointing to an arbitrary host (e.g., a cloud metadata endpoint), the client makes GET requests to that host from the victim&amp;#39;s network.&lt;/p&gt;
&lt;p&gt;This affects all pagination-based listing operations: Tags, Referrers, and Repositories (catalog).&lt;/p&gt;
&lt;p&gt;## Root Cause&lt;/p&gt;
&lt;p&gt;`parseLink()` at `registry/remote/utils.go:54` calls `resp.Request.URL.Parse(link)` which, for absolute URLs, returns the absolute URL unchanged. The result is passed directly to the next pagination loop iteration where `http.NewRequestWithContext()` creates a GET request to the attacker-specified URL. No host comparison, scheme validation, or IP filtering exists between `parseLink` output and the HTTP request.&lt;/p&gt;
&lt;p&gt;## Affected Code Paths&lt;/p&gt;
&lt;p&gt;- `registry/remote/repository.go:Tags()` calls `parseLink()` for next page URL
- `registry/remote/repository.go:Referrers()` calls `parseLink()` for next page URL
- `registry/remote/registry.go:Repositories()` calls `parseLink()` for next page URL&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;**Blind SSRF from the victim&amp;#39;s network.** A malicious registry operator can force any oras-go client that lists tags, referrers, or repositories to issue GET requests to arbitrary internal endpoints:&lt;/p&gt;
&lt;p&gt;- Cloud instance metadata endpoints for service discovery and IAM role enumeration
- Inter…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-h7vf-4x9w-h99v</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11832-1 — helm3-3.22.0-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11832-1</link>
      <description>&lt;p&gt;helm3-3.22.0-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;helm3-3.22.0-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11832-1</guid>
    </item>
  </channel>
</rss>
