<?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>Wed, 14 Oct 2026 16:03:18 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-47405 — PraisonAI Platform missing role checks let any workspace member become owner and take over workspace membership</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2026-47405</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; MervinPraison praisonai-platform&lt;/p&gt;
&lt;p&gt;PraisonAI Platform is the platform layer for the PraisonAI multi-agent teams system. Versions prior to 0.1.4 have a broken workspace authorization check that allows any authenticated low-privilege workspace member to escalate their own role to `owner`. The issue is caused by privileged workspace-management routes using the shared dependency `require_workspace_member(...)` without requiring `admin` or `owner`. The dependency defaults to `min_role=&amp;#34;member&amp;#34;`, so routes that should be administrative are accessible to ordinary workspace members. As a result, a normal workspace member can promote their own account from `member` to `owner`; add arbitrary users as `owner` or `admin`; change other members&amp;#39; roles; remove legitimate owners or members; take over workspace membership completely; and/or perform destructive workspace operations after escalation. This is a broken access control / vertical privilege escalation vulnerability. PraisonAI Platform version 0.1.4 patches the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; MervinPraison praisonai-platform&lt;/p&gt;
&lt;p&gt;PraisonAI Platform is the platform layer for the PraisonAI multi-agent teams system. Versions prior to 0.1.4 have a broken workspace authorization check that allows any authenticated low-privilege workspace member to escalate their own role to `owner`. The issue is caused by privileged workspace-management routes using the shared dependency `require_workspace_member(...)` without requiring `admin` or `owner`. The dependency defaults to `min_role=&amp;#34;member&amp;#34;`, so routes that should be administrative are accessible to ordinary workspace members. As a result, a normal workspace member can promote their own account from `member` to `owner`; add arbitrary users as `owner` or `admin`; change other members&amp;#39; roles; remove legitimate owners or members; take over workspace membership completely; and/or perform destructive workspace operations after escalation. This is a broken access control / vertical privilege escalation vulnerability. PraisonAI Platform version 0.1.4 patches the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2026-47405</guid>
    </item>
    <item>
      <title>GHSA-h37g-4h4p-9x97 — PraisonAI Platform: Missing role checks let any workspace member become owner and control workspace membership</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-h37g-4h4p-9x97</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: praisonai-platform&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;PraisonAI Platform has a broken workspace authorization check that allows any authenticated low-privilege workspace member to escalate their own role to `owner`.&lt;/p&gt;
&lt;p&gt;The issue is caused by privileged workspace-management routes using the shared dependency `require_workspace_member(...)` without requiring `admin` or `owner`. The dependency defaults to `min_role=&amp;#34;member&amp;#34;`, so routes that should be administrative are accessible to ordinary workspace members.&lt;/p&gt;
&lt;p&gt;As a result, a normal workspace member can:&lt;/p&gt;
&lt;p&gt;- promote their own account from `member` to `owner`;
- add arbitrary users as `owner` or `admin`;
- change other members&amp;#39; roles;
- remove legitimate owners or members;
- take over workspace membership completely;
- perform destructive workspace operations after escalation.&lt;/p&gt;
&lt;p&gt;This is a broken access control / vertical privilege escalation vulnerability.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The vulnerable authorization dependency is defined in:&lt;/p&gt;
&lt;p&gt;```text
praisonai_platform/api/deps.py
````&lt;/p&gt;
&lt;p&gt;The dependency defaults to the lowest workspace role:&lt;/p&gt;
&lt;p&gt;```python
async def require_workspace_member(
    workspace_id: str,
    user: AuthIdentity = Depends(get_current_user),
    session: AsyncSession = Depends(get_db),
    min_role: str = &amp;#34;member&amp;#34;,
) -&amp;gt; AuthIdentity:
    ...
    has = await member_svc.has_role(workspace_id, user.id, min_role)
```&lt;/p&gt;
&lt;p&gt;Because `min_role` defaults to `&amp;#34;member&amp;#34;`, any route using:&lt;/p&gt;
&lt;p&gt;```python
Depends(require_workspace_member)
```&lt;/p&gt;
&lt;p&gt;without explicitly passing a stronger role only req…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: praisonai-platform&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;PraisonAI Platform has a broken workspace authorization check that allows any authenticated low-privilege workspace member to escalate their own role to `owner`.&lt;/p&gt;
&lt;p&gt;The issue is caused by privileged workspace-management routes using the shared dependency `require_workspace_member(...)` without requiring `admin` or `owner`. The dependency defaults to `min_role=&amp;#34;member&amp;#34;`, so routes that should be administrative are accessible to ordinary workspace members.&lt;/p&gt;
&lt;p&gt;As a result, a normal workspace member can:&lt;/p&gt;
&lt;p&gt;- promote their own account from `member` to `owner`;
- add arbitrary users as `owner` or `admin`;
- change other members&amp;#39; roles;
- remove legitimate owners or members;
- take over workspace membership completely;
- perform destructive workspace operations after escalation.&lt;/p&gt;
&lt;p&gt;This is a broken access control / vertical privilege escalation vulnerability.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;The vulnerable authorization dependency is defined in:&lt;/p&gt;
&lt;p&gt;```text
praisonai_platform/api/deps.py
````&lt;/p&gt;
&lt;p&gt;The dependency defaults to the lowest workspace role:&lt;/p&gt;
&lt;p&gt;```python
async def require_workspace_member(
    workspace_id: str,
    user: AuthIdentity = Depends(get_current_user),
    session: AsyncSession = Depends(get_db),
    min_role: str = &amp;#34;member&amp;#34;,
) -&amp;gt; AuthIdentity:
    ...
    has = await member_svc.has_role(workspace_id, user.id, min_role)
```&lt;/p&gt;
&lt;p&gt;Because `min_role` defaults to `&amp;#34;member&amp;#34;`, any route using:&lt;/p&gt;
&lt;p&gt;```python
Depends(require_workspace_member)
```&lt;/p&gt;
&lt;p&gt;without explicitly passing a stronger role only req…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-h37g-4h4p-9x97</guid>
    </item>
  </channel>
</rss>
