<?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 21:26:29 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-32101 — StudioCMS S3 Storage Manager Authorization Bypass via Missing `await` on Async Auth Check</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-32101</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; @studiocms s3-storage&lt;/p&gt;
&lt;p&gt;StudioCMS is a server-side-rendered, Astro native, headless content management system. Prior to 0.3.1, the S3 storage manager&amp;#39;s isAuthorized() function is declared async (returns Promise&amp;lt;boolean&amp;gt;) but is called without await in both the POST and PUT handlers. Since a Promise object is always truthy in JavaScript, !isAuthorized(type) always evaluates to false, completely bypassing the authorization check. Any authenticated user with the lowest visitor role can upload, delete, rename, and list all files in the S3 bucket. This vulnerability is fixed in 0.3.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; @studiocms s3-storage&lt;/p&gt;
&lt;p&gt;StudioCMS is a server-side-rendered, Astro native, headless content management system. Prior to 0.3.1, the S3 storage manager&amp;#39;s isAuthorized() function is declared async (returns Promise&amp;lt;boolean&amp;gt;) but is called without await in both the POST and PUT handlers. Since a Promise object is always truthy in JavaScript, !isAuthorized(type) always evaluates to false, completely bypassing the authorization check. Any authenticated user with the lowest visitor role can upload, delete, rename, and list all files in the S3 bucket. This vulnerability is fixed in 0.3.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-32101</guid>
    </item>
  </channel>
</rss>
