<?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>Sun, 04 Oct 2026 18:33:14 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-318641</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-318641</link>
      <description>EUVD-2026-318641</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-318641</guid>
    </item>
    <item>
      <title>fkie_cve-2026-44589</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-44589</link>
      <description>&lt;p&gt;Nuxt OG Image generates OG Images with Vue templates in Nuxt. The isBlockedUrl() denylist introduced in nuxt-og-image@6.2.5 to remediate GHSA-pqhr-mp3f-hrpp (Dmitry Prokhorov / Positive Technologies, March 2026) is incomplete. It has an incomplete IPv6 prefix list and is missing redirect re-validation. This vulnerability is fixed in 6.4.9.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Nuxt OG Image generates OG Images with Vue templates in Nuxt. The isBlockedUrl() denylist introduced in nuxt-og-image@6.2.5 to remediate GHSA-pqhr-mp3f-hrpp (Dmitry Prokhorov / Positive Technologies, March 2026) is incomplete. It has an incomplete IPv6 prefix list and is missing redirect re-validation. This vulnerability is fixed in 6.4.9.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-44589</guid>
    </item>
    <item>
      <title>GHSA-c2rm-g55x-8hr5 — nuxt-og-image SSRF — bypass of GHSA-pqhr-mp3f-hrpp / v6.2.5 fix (IPv6 + redirect)</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-c2rm-g55x-8hr5</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nuxt-og-image&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `isBlockedUrl()` denylist introduced in `nuxt-og-image@6.2.5` to remediate **GHSA-pqhr-mp3f-hrpp** (Dmitry Prokhorov / Positive Technologies, March 2026) is incomplete. The patch advisory states &amp;#34;Decimal/hexadecimal IP encoding bypasses are also handled&amp;#34; — that part is true (Node&amp;#39;s WHATWG URL parser canonicalizes those forms before validation), but the v6.2.5 implementation misses two independent surfaces in the latest release `6.4.8`:&lt;/p&gt;
&lt;p&gt;1. **IPv6 prefix list is incomplete.** The IPv6 branch checks only `bare === &amp;#34;::1&amp;#34; || startsWith(&amp;#34;fc&amp;#34;) || startsWith(&amp;#34;fd&amp;#34;) || startsWith(&amp;#34;fe80&amp;#34;)`. It misses:
   - `[::ffff:7f00:1]` — IPv6-mapped IPv4 loopback in pure-hex form (RE_MAPPED_V4 regex requires dotted-quad). **Reaches 127.0.0.1 on a single-stack-IPv4 host with no other primitive needed.**
   - `[fec0::/10]` (RFC 3879 site-local — deprecated but still routable on legacy networks)
   - `[5f00::/16]` (RFC 9602 SRv6 SIDs)
   - `[3fff::/20]` (RFC 9637 IPv6 documentation v2)
   - `[64:ff9b:1::/48]` (RFC 8215 NAT64 local-use, including embedded IPv4 loopback `[64:ff9b:1::7f00:1]`)&lt;/p&gt;
&lt;p&gt;2. **No redirect re-validation.** `isBlockedUrl` runs once on the initial `&amp;lt;img src&amp;gt;`. The subsequent `$fetch(decodedSrc, ...)` (ofetch, default redirect-follow) follows 30x responses with no second-pass validation. Any allowed origin that returns a 302 to an internal IP — S3 redirect rules, GCS, Azure, CloudFront, any user-content CDN where the attacker can place a single redirect — completes th…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nuxt-og-image&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The `isBlockedUrl()` denylist introduced in `nuxt-og-image@6.2.5` to remediate **GHSA-pqhr-mp3f-hrpp** (Dmitry Prokhorov / Positive Technologies, March 2026) is incomplete. The patch advisory states &amp;#34;Decimal/hexadecimal IP encoding bypasses are also handled&amp;#34; — that part is true (Node&amp;#39;s WHATWG URL parser canonicalizes those forms before validation), but the v6.2.5 implementation misses two independent surfaces in the latest release `6.4.8`:&lt;/p&gt;
&lt;p&gt;1. **IPv6 prefix list is incomplete.** The IPv6 branch checks only `bare === &amp;#34;::1&amp;#34; || startsWith(&amp;#34;fc&amp;#34;) || startsWith(&amp;#34;fd&amp;#34;) || startsWith(&amp;#34;fe80&amp;#34;)`. It misses:
   - `[::ffff:7f00:1]` — IPv6-mapped IPv4 loopback in pure-hex form (RE_MAPPED_V4 regex requires dotted-quad). **Reaches 127.0.0.1 on a single-stack-IPv4 host with no other primitive needed.**
   - `[fec0::/10]` (RFC 3879 site-local — deprecated but still routable on legacy networks)
   - `[5f00::/16]` (RFC 9602 SRv6 SIDs)
   - `[3fff::/20]` (RFC 9637 IPv6 documentation v2)
   - `[64:ff9b:1::/48]` (RFC 8215 NAT64 local-use, including embedded IPv4 loopback `[64:ff9b:1::7f00:1]`)&lt;/p&gt;
&lt;p&gt;2. **No redirect re-validation.** `isBlockedUrl` runs once on the initial `&amp;lt;img src&amp;gt;`. The subsequent `$fetch(decodedSrc, ...)` (ofetch, default redirect-follow) follows 30x responses with no second-pass validation. Any allowed origin that returns a 302 to an internal IP — S3 redirect rules, GCS, Azure, CloudFront, any user-content CDN where the attacker can place a single redirect — completes th…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-c2rm-g55x-8hr5</guid>
    </item>
  </channel>
</rss>
