<?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, 24 Oct 2026 02:11:53 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-204820</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-204820</link>
      <description>EUVD-2026-204820</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-204820</guid>
    </item>
    <item>
      <title>fkie_cve-2023-49799</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-49799</link>
      <description>&lt;p&gt;`nuxt-api-party` is an open source module to proxy API requests. nuxt-api-party attempts to check if the user has passed an absolute URL to prevent the aforementioned attack. This has been recently changed to use the regular expression `^https?://`, however this regular expression can be bypassed by an absolute URL with leading whitespace. For example `\nhttps://whatever.com` which has a leading newline. According to the fetch specification, before a fetch is made the URL is normalized. &amp;#34;To normalize a byte sequence potentialValue, remove any leading and trailing HTTP whitespace bytes from potentialValue.&amp;#34;. This means the final request will be normalized to `https://whatever.com` bypassing the check and nuxt-api-party will send a request outside of the whitelist. This could allow us to leak credentials or perform Server-Side Request Forgery (SSRF). This vulnerability has been addressed in version 0.22.1. Users are advised to upgrade. Users unable to upgrade should revert to the previous method of detecting absolute URLs.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;`nuxt-api-party` is an open source module to proxy API requests. nuxt-api-party attempts to check if the user has passed an absolute URL to prevent the aforementioned attack. This has been recently changed to use the regular expression `^https?://`, however this regular expression can be bypassed by an absolute URL with leading whitespace. For example `\nhttps://whatever.com` which has a leading newline. According to the fetch specification, before a fetch is made the URL is normalized. &amp;#34;To normalize a byte sequence potentialValue, remove any leading and trailing HTTP whitespace bytes from potentialValue.&amp;#34;. This means the final request will be normalized to `https://whatever.com` bypassing the check and nuxt-api-party will send a request outside of the whitelist. This could allow us to leak credentials or perform Server-Side Request Forgery (SSRF). This vulnerability has been addressed in version 0.22.1. Users are advised to upgrade. Users unable to upgrade should revert to the previous method of detecting absolute URLs.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-49799</guid>
    </item>
    <item>
      <title>GHSA-3wfp-253j-5jxv — SSRF &amp; Credentials Leak</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3wfp-253j-5jxv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nuxt-api-party&lt;/p&gt;
&lt;p&gt;### Summary
`nuxt-api-party` allows developers to proxy requests to an API without exposing credentials to the client. [A previous vulnerability](https://huntr.dev/bounties/4c57a3f6-0d0e-4431-9494-4a1e7b062fbf/) allowed an attacker to change the baseURL of the request, potentially leading to credentials being leaked or SSRF.&lt;/p&gt;
&lt;p&gt;This vulnerability is similar, and was caused by a recent change to the detection of absolute URLs, which is no longer sufficient to prevent SSRF.&lt;/p&gt;
&lt;p&gt;### Details
`nuxt-api-party` attempts to check if the user has passed an absolute URL to prevent the aforementioned attack. This has been recently changed to [use a regular expression](https://github.com/johannschopplich/nuxt-api-party/blob/777462e1e3af1d9f8938aa33f230cd8cb6e0cc9a/src/runtime/server/handler.ts#L31) `^https?://`.&lt;/p&gt;
&lt;p&gt;This regular expression can be bypassed by an absolute URL with leading whitespace. For example `\nhttps://whatever.com` has a leading newline.&lt;/p&gt;
&lt;p&gt;According to the fetch specification, before a fetch is made the URL is normalized. &amp;#34;To normalize a [byte sequence](https://infra.spec.whatwg.org/#byte-sequence) potentialValue, remove any leading and trailing [HTTP whitespace bytes](https://fetch.spec.whatwg.org/#http-whitespace-byte) from potentialValue.&amp;#34; ([source](https://fetch.spec.whatwg.org/))&lt;/p&gt;
&lt;p&gt;This means the final request will be normalized to `https://whatever.com`. We have bypassed the check and `nuxt-api-party` will send a request outside of the whitelist.&lt;/p&gt;
&lt;p&gt;This could allow us…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: nuxt-api-party&lt;/p&gt;
&lt;p&gt;### Summary
`nuxt-api-party` allows developers to proxy requests to an API without exposing credentials to the client. [A previous vulnerability](https://huntr.dev/bounties/4c57a3f6-0d0e-4431-9494-4a1e7b062fbf/) allowed an attacker to change the baseURL of the request, potentially leading to credentials being leaked or SSRF.&lt;/p&gt;
&lt;p&gt;This vulnerability is similar, and was caused by a recent change to the detection of absolute URLs, which is no longer sufficient to prevent SSRF.&lt;/p&gt;
&lt;p&gt;### Details
`nuxt-api-party` attempts to check if the user has passed an absolute URL to prevent the aforementioned attack. This has been recently changed to [use a regular expression](https://github.com/johannschopplich/nuxt-api-party/blob/777462e1e3af1d9f8938aa33f230cd8cb6e0cc9a/src/runtime/server/handler.ts#L31) `^https?://`.&lt;/p&gt;
&lt;p&gt;This regular expression can be bypassed by an absolute URL with leading whitespace. For example `\nhttps://whatever.com` has a leading newline.&lt;/p&gt;
&lt;p&gt;According to the fetch specification, before a fetch is made the URL is normalized. &amp;#34;To normalize a [byte sequence](https://infra.spec.whatwg.org/#byte-sequence) potentialValue, remove any leading and trailing [HTTP whitespace bytes](https://fetch.spec.whatwg.org/#http-whitespace-byte) from potentialValue.&amp;#34; ([source](https://fetch.spec.whatwg.org/))&lt;/p&gt;
&lt;p&gt;This means the final request will be normalized to `https://whatever.com`. We have bypassed the check and `nuxt-api-party` will send a request outside of the whitelist.&lt;/p&gt;
&lt;p&gt;This could allow us…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3wfp-253j-5jxv</guid>
    </item>
    <item>
      <title>gsd-2023-49799</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-49799</link>
      <description>gsd-2023-49799</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-49799</guid>
    </item>
  </channel>
</rss>
