<?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 04:19:35 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-339142</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-339142</link>
      <description>EUVD-2026-339142</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-339142</guid>
    </item>
    <item>
      <title>fkie_cve-2026-61835</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-61835</link>
      <description>&lt;p&gt;Directus is a real-time API and App dashboard for managing SQL database content. Prior to 12.0.0, the SSRF protection on Directus&amp;#39;s file-import-from-URL feature can be bypassed using the address 0.0.0.0 because api/src/request/is-denied-ip.ts treats 0.0.0.0 as a keyword for local interfaces but never blocks the literal address itself. On Linux and macOS, connecting to 0.0.0.0 reaches localhost, so an authenticated user with file-upload rights can make the server fetch internal services through the /files/import endpoint and retrieve the response as a downloadable file. This issue is fixed in version 12.0.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Directus is a real-time API and App dashboard for managing SQL database content. Prior to 12.0.0, the SSRF protection on Directus&amp;#39;s file-import-from-URL feature can be bypassed using the address 0.0.0.0 because api/src/request/is-denied-ip.ts treats 0.0.0.0 as a keyword for local interfaces but never blocks the literal address itself. On Linux and macOS, connecting to 0.0.0.0 reaches localhost, so an authenticated user with file-upload rights can make the server fetch internal services through the /files/import endpoint and retrieve the response as a downloadable file. This issue is fixed in version 12.0.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-61835</guid>
    </item>
    <item>
      <title>GHSA-j5h6-vqc3-phqh — Directus: SSRF Protection Bypass via 0.0.0.0 in File Import</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-j5h6-vqc3-phqh</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: directus&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The SSRF protection on Directus&amp;#39;s file-import-from-URL feature can be bypassed using the address `0.0.0.0`. While `127.0.0.1` and other internal addresses are denied, `0.0.0.0` is not added to the blocklist. On Linux and macOS, connecting to `0.0.0.0` reaches localhost, so an authenticated user with file-upload rights can make the server fetch internal services and retrieve the response as a downloadable file (full-read SSRF).&lt;/p&gt;
&lt;p&gt;### Affected Versions&lt;/p&gt;
&lt;p&gt;- **Affected:** Directus `&amp;lt;= 12.0.0` (confirmed on `directus/directus:latest`, v11.17.3, with default configuration)
- **Patched:** Directus `&amp;gt;= 12.0.0`&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Directus uses a deny-list config, `IMPORT_IP_DENY_LIST`, whose default value is `[&amp;#39;0.0.0.0&amp;#39;, &amp;#39;169.254.169.254&amp;#39;]`.&lt;/p&gt;
&lt;p&gt;The issue is in how `api/src/request/is-denied-ip.ts` processes this list. When it encounters the entry `0.0.0.0`, it treats it as a special keyword meaning &amp;#34;block all local network interfaces,&amp;#34; but it never blocks the literal address `0.0.0.0` itself. The handler sets the network-interface flag and skips to the next entry without adding `0.0.0.0` to the blocklist.&lt;/p&gt;
&lt;p&gt;What actually gets blocked is the loopback subnet `127.0.0.0/8` (from the `lo` interface) plus whatever addresses are assigned to the machine&amp;#39;s network interfaces. The address `0.0.0.0` is not inside `127.0.0.0/8`; it belongs to the separate `0.0.0.0/8` range. So a request to `http://0.0.0.0:8055/` passes the blocklist check as &amp;#34;allowed.&amp;#34;&lt;/p&gt;
&lt;p&gt;At the OS level, however, connecting t…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: directus&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The SSRF protection on Directus&amp;#39;s file-import-from-URL feature can be bypassed using the address `0.0.0.0`. While `127.0.0.1` and other internal addresses are denied, `0.0.0.0` is not added to the blocklist. On Linux and macOS, connecting to `0.0.0.0` reaches localhost, so an authenticated user with file-upload rights can make the server fetch internal services and retrieve the response as a downloadable file (full-read SSRF).&lt;/p&gt;
&lt;p&gt;### Affected Versions&lt;/p&gt;
&lt;p&gt;- **Affected:** Directus `&amp;lt;= 12.0.0` (confirmed on `directus/directus:latest`, v11.17.3, with default configuration)
- **Patched:** Directus `&amp;gt;= 12.0.0`&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Directus uses a deny-list config, `IMPORT_IP_DENY_LIST`, whose default value is `[&amp;#39;0.0.0.0&amp;#39;, &amp;#39;169.254.169.254&amp;#39;]`.&lt;/p&gt;
&lt;p&gt;The issue is in how `api/src/request/is-denied-ip.ts` processes this list. When it encounters the entry `0.0.0.0`, it treats it as a special keyword meaning &amp;#34;block all local network interfaces,&amp;#34; but it never blocks the literal address `0.0.0.0` itself. The handler sets the network-interface flag and skips to the next entry without adding `0.0.0.0` to the blocklist.&lt;/p&gt;
&lt;p&gt;What actually gets blocked is the loopback subnet `127.0.0.0/8` (from the `lo` interface) plus whatever addresses are assigned to the machine&amp;#39;s network interfaces. The address `0.0.0.0` is not inside `127.0.0.0/8`; it belongs to the separate `0.0.0.0/8` range. So a request to `http://0.0.0.0:8055/` passes the blocklist check as &amp;#34;allowed.&amp;#34;&lt;/p&gt;
&lt;p&gt;At the OS level, however, connecting t…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-j5h6-vqc3-phqh</guid>
    </item>
  </channel>
</rss>
