<?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>Tue, 06 Oct 2026 09:34:00 +0000</lastBuildDate>
    <item>
      <title>cnvd-2026-12778</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2026-12778</link>
      <description>cnvd-2026-12778</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2026-12778</guid>
    </item>
    <item>
      <title>EUVD-2026-267810</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-267810</link>
      <description>EUVD-2026-267810</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-267810</guid>
    </item>
    <item>
      <title>fkie_cve-2025-66630</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-66630</link>
      <description>&lt;p&gt;Fiber is an Express inspired web framework written in Go. Before 2.52.11, on Go versions prior to 1.24, the underlying crypto/rand implementation can return an error if secure randomness cannot be obtained. Because no error is returned by the Fiber v2 UUID functions, application code may unknowingly rely on predictable, repeated, or low-entropy identifiers in security-critical pathways. This is especially impactful because many Fiber v2 middleware components (session middleware, CSRF, rate limiting, request-ID generation, etc.) default to using utils.UUIDv4(). This vulnerability is fixed in 2.52.11.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Fiber is an Express inspired web framework written in Go. Before 2.52.11, on Go versions prior to 1.24, the underlying crypto/rand implementation can return an error if secure randomness cannot be obtained. Because no error is returned by the Fiber v2 UUID functions, application code may unknowingly rely on predictable, repeated, or low-entropy identifiers in security-critical pathways. This is especially impactful because many Fiber v2 middleware components (session middleware, CSRF, rate limiting, request-ID generation, etc.) default to using utils.UUIDv4(). This vulnerability is fixed in 2.52.11.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-66630</guid>
    </item>
    <item>
      <title>GHSA-68rr-p4fp-j59v — Fiber has an insecure fallback in utils.UUIDv4() / utils.UUID() — predictable / zero‑UUID on crypto/rand failure</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-68rr-p4fp-j59v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gofiber/fiber/v2&lt;/p&gt;
&lt;p&gt;Fiber v2 contains an internal vendored copy of `gofiber/utils`, and its functions `UUIDv4()` and `UUID()` inherit the same critical weakness described in the upstream advisory. On **Go versions prior to 1.24**, the underlying `crypto/rand` implementation **can return an error** if secure randomness cannot be obtained. In such cases, these Fiber v2 UUID functions silently fall back to generating predictable values — the all-zero UUID `00000000-0000-0000-0000-000000000000`.&lt;/p&gt;
&lt;p&gt;On Go **1.24+**, the language guarantees that `crypto/rand` no longer returns an error (it will block or panic instead), so this vulnerability primarily affects **Fiber v2 users running Go 1.23 or earlier**, which Fiber v2 officially supports.&lt;/p&gt;
&lt;p&gt;Because no error is returned by the Fiber v2 UUID functions, application code may unknowingly rely on *predictable, repeated, or low-entropy identifiers* in security-critical pathways. This is especially impactful because many Fiber v2 middleware components (session middleware, CSRF, rate limiting, request-ID generation, etc.) **default to using `utils.UUIDv4()`**.&lt;/p&gt;
&lt;p&gt;Impact includes, but is not limited to:&lt;/p&gt;
&lt;p&gt;* **Session fixation or hijacking** (predictable session IDs)
* **CSRF token forgery** or bypass
* **Authentication replay / token prediction**
* **Potential denial-of-service (DoS):** if the zero UUID is generated, key-based structures (sessions, rate-limits, caches, CSRF stores) may collapse into a single shared key, causing overwrites, lock contention, or state…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/gofiber/fiber/v2&lt;/p&gt;
&lt;p&gt;Fiber v2 contains an internal vendored copy of `gofiber/utils`, and its functions `UUIDv4()` and `UUID()` inherit the same critical weakness described in the upstream advisory. On **Go versions prior to 1.24**, the underlying `crypto/rand` implementation **can return an error** if secure randomness cannot be obtained. In such cases, these Fiber v2 UUID functions silently fall back to generating predictable values — the all-zero UUID `00000000-0000-0000-0000-000000000000`.&lt;/p&gt;
&lt;p&gt;On Go **1.24+**, the language guarantees that `crypto/rand` no longer returns an error (it will block or panic instead), so this vulnerability primarily affects **Fiber v2 users running Go 1.23 or earlier**, which Fiber v2 officially supports.&lt;/p&gt;
&lt;p&gt;Because no error is returned by the Fiber v2 UUID functions, application code may unknowingly rely on *predictable, repeated, or low-entropy identifiers* in security-critical pathways. This is especially impactful because many Fiber v2 middleware components (session middleware, CSRF, rate limiting, request-ID generation, etc.) **default to using `utils.UUIDv4()`**.&lt;/p&gt;
&lt;p&gt;Impact includes, but is not limited to:&lt;/p&gt;
&lt;p&gt;* **Session fixation or hijacking** (predictable session IDs)
* **CSRF token forgery** or bypass
* **Authentication replay / token prediction**
* **Potential denial-of-service (DoS):** if the zero UUID is generated, key-based structures (sessions, rate-limits, caches, CSRF stores) may collapse into a single shared key, causing overwrites, lock contention, or state…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-68rr-p4fp-j59v</guid>
    </item>
  </channel>
</rss>
