<?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, 03 Oct 2026 06:05:41 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-348501</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-348501</link>
      <description>EUVD-2026-348501</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-348501</guid>
    </item>
    <item>
      <title>fkie_cve-2026-69262</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-69262</link>
      <description>&lt;p&gt;Flowise is a drag &amp;amp; drop user interface to build a customized large language model flow. Prior to 3.1.3, `DELETE /api/v1/chatflows/:id` authorized requests with checkAnyPermission(&amp;#39;chatflows:delete,agentflows:delete&amp;#39;), so possession of either permission was sufficient to reach the delete path. The delete logic then resolved the target record only by id and workspaceId and did not validate the target resource type, allowing a caller with only agentflows:delete to delete a CHATFLOW and a caller with only chatflows:delete to delete an AGENTFLOW in the same workspace. This issue is fixed in version 3.1.3.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Flowise is a drag &amp;amp; drop user interface to build a customized large language model flow. Prior to 3.1.3, `DELETE /api/v1/chatflows/:id` authorized requests with checkAnyPermission(&amp;#39;chatflows:delete,agentflows:delete&amp;#39;), so possession of either permission was sufficient to reach the delete path. The delete logic then resolved the target record only by id and workspaceId and did not validate the target resource type, allowing a caller with only agentflows:delete to delete a CHATFLOW and a caller with only chatflows:delete to delete an AGENTFLOW in the same workspace. This issue is fixed in version 3.1.3.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-69262</guid>
    </item>
    <item>
      <title>GHSA-p5w8-m249-4r4v — Flowise: `DELETE /api/v1/chatflows/:id` does not validate resource type, allowing `agentflows:delete` and `chatflows:de…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-p5w8-m249-4r4v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: flowise&lt;/p&gt;
&lt;p&gt;# summary:
In Flowise, `DELETE /api/v1/chatflows/:id` authorizes requests with `checkAnyPermission(&amp;#39;chatflows:delete,agentflows:delete&amp;#39;)`. Possession of either permission is sufficient to reach the delete path. The delete logic does not validate the target resource `type`, allowing a caller with only `agentflows:delete` to delete a `CHATFLOW`, and a caller with only `chatflows:delete` to delete an `AGENTFLOW`.&lt;/p&gt;
&lt;p&gt;# details:
The delete route accepts either `chatflows:delete` or `agentflows:delete`. The subsequent logic only resolves the target record by `id` and `workspaceId`, then deletes by `id` without checking whether the target resource type matches the granted permission domain.&lt;/p&gt;
&lt;p&gt;As a result, there is no binding between permission scope and flow type:&lt;/p&gt;
&lt;p&gt;- `agentflows:delete` can be used to delete `CHATFLOW`
- `chatflows:delete` can be used to delete `AGENTFLOW`&lt;/p&gt;
&lt;p&gt;This breaks the intended RBAC separation between Chatflows and Agentflows.&lt;/p&gt;
&lt;p&gt;# impact:
Users authorized to manage only one flow type can delete the other flow type within the same workspace, resulting in unauthorized deletion and configuration loss.&lt;/p&gt;
&lt;p&gt;# reproduction steps:&lt;/p&gt;
&lt;p&gt;1. Log in as a user who can create API keys.
2. Create a normal `CHATFLOW` and record its `id`.
3. Create an API key with only `agentflows:delete`.
4. Use that API key to send:&lt;/p&gt;
&lt;p&gt;```bash
curl -i -X DELETE \
  -H &amp;#39;Authorization: Bearer &amp;lt;agentflows_delete_only_key&amp;gt;&amp;#39; \
  http://localhost:8080/api/v1/chatflows/&amp;lt;chatflow_id&amp;gt;
```&lt;/p&gt;
&lt;p&gt;5. Observe a `200 OK` r…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: flowise&lt;/p&gt;
&lt;p&gt;# summary:
In Flowise, `DELETE /api/v1/chatflows/:id` authorizes requests with `checkAnyPermission(&amp;#39;chatflows:delete,agentflows:delete&amp;#39;)`. Possession of either permission is sufficient to reach the delete path. The delete logic does not validate the target resource `type`, allowing a caller with only `agentflows:delete` to delete a `CHATFLOW`, and a caller with only `chatflows:delete` to delete an `AGENTFLOW`.&lt;/p&gt;
&lt;p&gt;# details:
The delete route accepts either `chatflows:delete` or `agentflows:delete`. The subsequent logic only resolves the target record by `id` and `workspaceId`, then deletes by `id` without checking whether the target resource type matches the granted permission domain.&lt;/p&gt;
&lt;p&gt;As a result, there is no binding between permission scope and flow type:&lt;/p&gt;
&lt;p&gt;- `agentflows:delete` can be used to delete `CHATFLOW`
- `chatflows:delete` can be used to delete `AGENTFLOW`&lt;/p&gt;
&lt;p&gt;This breaks the intended RBAC separation between Chatflows and Agentflows.&lt;/p&gt;
&lt;p&gt;# impact:
Users authorized to manage only one flow type can delete the other flow type within the same workspace, resulting in unauthorized deletion and configuration loss.&lt;/p&gt;
&lt;p&gt;# reproduction steps:&lt;/p&gt;
&lt;p&gt;1. Log in as a user who can create API keys.
2. Create a normal `CHATFLOW` and record its `id`.
3. Create an API key with only `agentflows:delete`.
4. Use that API key to send:&lt;/p&gt;
&lt;p&gt;```bash
curl -i -X DELETE \
  -H &amp;#39;Authorization: Bearer &amp;lt;agentflows_delete_only_key&amp;gt;&amp;#39; \
  http://localhost:8080/api/v1/chatflows/&amp;lt;chatflow_id&amp;gt;
```&lt;/p&gt;
&lt;p&gt;5. Observe a `200 OK` r…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-p5w8-m249-4r4v</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2589 — Flowise: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2589</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Flowise ausnutzen, um beliebigen Code auszuführen – sogar mit Root-Rechten –, erweiterte Privilegien zu erlangen, Sicherheitsmaßnahmen zu umgehen, Sitzungen zu kapern sowie Daten offenzulegen oder zu manipulieren.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Flowise ausnutzen, um beliebigen Code auszuführen – sogar mit Root-Rechten –, erweiterte Privilegien zu erlangen, Sicherheitsmaßnahmen zu umgehen, Sitzungen zu kapern sowie Daten offenzulegen oder zu manipulieren.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2589</guid>
    </item>
  </channel>
</rss>
