<?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, 10 Oct 2026 20:53:32 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-13150</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-13150</link>
      <description>bdu:2026-13150</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-13150</guid>
    </item>
    <item>
      <title>BIT-seaweedfs-2026-77368 — SeaweedFS: Authenticated Cross-Prefix IDOR in Filer TUS Handler Enables Arbitrary Write to Tenant-Forbidden Paths</title>
      <link>https://cve.radiocsirt.org/vuln/bit-seaweedfs-2026-77368</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: seaweedfs&lt;/p&gt;
&lt;p&gt;SeaweedFS is a distributed storage system for files and blobs. In version 4.39, the filer&amp;#39;s TUS resumable-upload handler checks JWT allowed_prefixes scoping only when a session is created, letting a low-privilege tenant hijack another tenant&amp;#39;s upload session to write content to filer paths their own token forbids. The HEAD, PATCH, and DELETE verbs that act on an existing session by its id never verify that the session&amp;#39;s stored target path falls within the caller&amp;#39;s allowed prefixes, so a tenant who obtains another upload&amp;#39;s session identifier can PATCH attacker bytes into it and, on completion, have the file land at the victim&amp;#39;s out-of-scope path. The same token can also DELETE other tenants&amp;#39; sessions and HEAD them to read upload progress and size, defeating the JWT prefix isolation. This vulnerability only affects deployments that configure filer JWT signing and have TUS uploads enabled. This issue is fixed in version 4.40.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Bitnami: seaweedfs&lt;/p&gt;
&lt;p&gt;SeaweedFS is a distributed storage system for files and blobs. In version 4.39, the filer&amp;#39;s TUS resumable-upload handler checks JWT allowed_prefixes scoping only when a session is created, letting a low-privilege tenant hijack another tenant&amp;#39;s upload session to write content to filer paths their own token forbids. The HEAD, PATCH, and DELETE verbs that act on an existing session by its id never verify that the session&amp;#39;s stored target path falls within the caller&amp;#39;s allowed prefixes, so a tenant who obtains another upload&amp;#39;s session identifier can PATCH attacker bytes into it and, on completion, have the file land at the victim&amp;#39;s out-of-scope path. The same token can also DELETE other tenants&amp;#39; sessions and HEAD them to read upload progress and size, defeating the JWT prefix isolation. This vulnerability only affects deployments that configure filer JWT signing and have TUS uploads enabled. This issue is fixed in version 4.40.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bit-seaweedfs-2026-77368</guid>
    </item>
    <item>
      <title>EUVD-2026-359957</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-359957</link>
      <description>EUVD-2026-359957</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-359957</guid>
    </item>
    <item>
      <title>fkie_cve-2026-77368</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-77368</link>
      <description>&lt;p&gt;SeaweedFS is a distributed storage system for files and blobs. In version 4.39, the filer&amp;#39;s TUS resumable-upload handler checks JWT allowed_prefixes scoping only when a session is created, letting a low-privilege tenant hijack another tenant&amp;#39;s upload session to write content to filer paths their own token forbids. The HEAD, PATCH, and DELETE verbs that act on an existing session by its id never verify that the session&amp;#39;s stored target path falls within the caller&amp;#39;s allowed prefixes, so a tenant who obtains another upload&amp;#39;s session identifier can PATCH attacker bytes into it and, on completion, have the file land at the victim&amp;#39;s out-of-scope path. The same token can also DELETE other tenants&amp;#39; sessions and HEAD them to read upload progress and size, defeating the JWT prefix isolation. This vulnerability only affects deployments that configure filer JWT signing and have TUS uploads enabled. This issue is fixed in version 4.40.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;SeaweedFS is a distributed storage system for files and blobs. In version 4.39, the filer&amp;#39;s TUS resumable-upload handler checks JWT allowed_prefixes scoping only when a session is created, letting a low-privilege tenant hijack another tenant&amp;#39;s upload session to write content to filer paths their own token forbids. The HEAD, PATCH, and DELETE verbs that act on an existing session by its id never verify that the session&amp;#39;s stored target path falls within the caller&amp;#39;s allowed prefixes, so a tenant who obtains another upload&amp;#39;s session identifier can PATCH attacker bytes into it and, on completion, have the file land at the victim&amp;#39;s out-of-scope path. The same token can also DELETE other tenants&amp;#39; sessions and HEAD them to read upload progress and size, defeating the JWT prefix isolation. This vulnerability only affects deployments that configure filer JWT signing and have TUS uploads enabled. This issue is fixed in version 4.40.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-77368</guid>
    </item>
  </channel>
</rss>
