<?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://vulnerability.circl.lu</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>Fri, 09 Oct 2026 14:59:39 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-93861</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-93861</link>
      <description>&lt;p&gt;In OpenStack Mistral through 23.0.0, the workflow membership API lets a project that has accepted a share of another project&amp;#39;s private workflow create a further membership naming a third project. The new membership row is created with its project_id defaulted to the accepting project rather than the original workflow owner, and thus the owner can neither see nor delete it. The third project can accept this membership (that it had not actually been granted by the owner), and then read and execute the owner&amp;#39;s private workflow; only the accepting (not the owning) project can later revoke that access.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In OpenStack Mistral through 23.0.0, the workflow membership API lets a project that has accepted a share of another project&amp;#39;s private workflow create a further membership naming a third project. The new membership row is created with its project_id defaulted to the accepting project rather than the original workflow owner, and thus the owner can neither see nor delete it. The third project can accept this membership (that it had not actually been granted by the owner), and then read and execute the owner&amp;#39;s private workflow; only the accepting (not the owning) project can later revoke that access.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-93861</guid>
    </item>
    <item>
      <title>GHSA-p254-mh9p-hpfm</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-p254-mh9p-hpfm</link>
      <description>&lt;p&gt;In OpenStack Mistral through 23.0.0, the workflow membership API lets a project that has accepted a share of another project&amp;#39;s private workflow create a further membership naming a third project. The new membership row is created with its project_id defaulted to the accepting project rather than the original workflow owner, and thus the owner can neither see nor delete it. The third project can accept this membership (that it had not actually been granted by the owner), and then read and execute the owner&amp;#39;s private workflow; only the accepting (not the owning) project can later revoke that access.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In OpenStack Mistral through 23.0.0, the workflow membership API lets a project that has accepted a share of another project&amp;#39;s private workflow create a further membership naming a third project. The new membership row is created with its project_id defaulted to the accepting project rather than the original workflow owner, and thus the owner can neither see nor delete it. The third project can accept this membership (that it had not actually been granted by the owner), and then read and execute the owner&amp;#39;s private workflow; only the accepting (not the owning) project can later revoke that access.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-p254-mh9p-hpfm</guid>
    </item>
  </channel>
</rss>
