<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T06:22:32.080147+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-309945</id>
    <title>EUVD-2026-309945</title>
    <updated>2026-10-06T06:22:32.128539+00:00</updated>
    <content>EUVD-2026-309945</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-309945"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-42339</id>
    <title>fkie_cve-2026-42339</title>
    <updated>2026-10-06T06:22:32.128576+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>New API is a large language mode (LLM) gateway and artificial intelligence (AI) asset management system. In versions 0.11.9-alpha.1 and prior, the SSRF protection introduced in v0.9.0.5 (CVE-2025-59146) and hardened in v0.9.6 (CVE-2025-62155) does not block the unspecified address 0.0.0.0. A regular (non-admin) user holding any valid API token can send a multimodal request to /v1/chat/completions, /v1/responses, or /v1/messages with 0.0.0.0 as the image/file URL host, bypassing the private-IP filter and causing the server to issue HTTP requests to localhost. This constitutes at minimum a blind SSRF; when the request is routed through an AWS/Bedrock Claude adaptor, the fetched content is inlined into the model response, upgrading it to a full-read SSRF. At time of publication, there are no publicly available patches.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-42339"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-v5c3-6wvc-pc2q</id>
    <title>GHSA-v5c3-6wvc-pc2q — QuantumNous/new-api has an SSRF Filter Bypass via 0.0.0.0</title>
    <updated>2026-10-06T06:22:32.128611+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: github.com/QuantumNous/new-api</p>
<p># SSRF Filter Bypass via `0.0.0.0`</p>
<p>### Summary</p>
<p>The SSRF protection introduced in v0.9.0.5 (CVE-2025-59146) and hardened in v0.9.6 (CVE-2025-62155) does not block the unspecified address `0.0.0.0`. A regular (non-admin) user holding any valid API token can send a multimodal request to `/v1/chat/completions`, `/v1/responses`, or `/v1/messages` with `0.0.0.0` as the image/file URL host, bypassing the private-IP filter and causing the server to issue HTTP requests to localhost. This constitutes at minimum a **blind SSRF**; when the request is routed through an AWS/Bedrock Claude adaptor, the fetched content is inlined into the model response, upgrading it to a **full-read SSRF**.</p>
<p>### Details</p>
<p>#### Root Cause</p>
<p>`common/ssrf_protection.go` — `isPrivateIP()` (lines 33–47) checks the following ranges:</p>
<p>- `10.0.0.0/8`
- `172.16.0.0/12`
- `192.168.0.0/16`
- `127.0.0.0/8`
- `169.254.0.0/16`
- `224.0.0.0/4`
- `240.0.0.0/4`</p>
<p>**`0.0.0.0/8` is not checked.** On Linux, `0.0.0.0` resolves to the local machine, same as `127.0.0.1`.</p>
<p>#### Default Fetch Settings</p>
<p>`setting/system_setting/fetch_setting.go` (lines 16–24) defaults:</p>
<p>- `EnableSSRFProtection: true`
- `AllowPrivateIp: false`
- `AllowedPorts: ["80", "443", "8080", "8443"]`
- `ApplyIPFilterForDomain: true`</p>
<p>So `0.0.0.0` on any of these four ports passes all checks.</p>
<p>#### Data Flow (primary chain — `/v1/chat/completions`)</p>
<p>```
User API token
→ /v1/chat/completions  (TokenAuth, no admin required)
→ messages[].content[].image_url.url =…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-v5c3-6wvc-pc2q"/>
  </entry>
</feed>
