<?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://db.gcve.eu</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, 24 Oct 2026 17:12:19 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-57146 — PraisonAI A2U incomplete authentication fix leaves current serve command unauthenticated by default</title>
      <link>https://db.gcve.eu/vuln/cve-2026-57146</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; MervinPraison PraisonAI&lt;/p&gt;
&lt;p&gt;PraisonAI is a multi-agent teams system. From version 4.5.115 to before version 4.6.61, the published A2U advisory GHSA-f292-66h9-fpmf says unauthenticated A2U event streaming was fixed in praisonai 4.5.115. Current head still exposes the same A2U subscription and event routes without authentication when the operator starts the documented CLI entrypoint. The current CLI wrapper does not expose --api-key, does not install the common API-key middleware, and does not generate a token for A2U. It calls create_a2u_routes(app) directly. That helper only enforces auth if A2U_AUTH_TOKEN is already present; if the variable is missing, _authenticate_request() returns None and treats auth as disabled. This issue has been patched in version 4.6.61.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; MervinPraison PraisonAI&lt;/p&gt;
&lt;p&gt;PraisonAI is a multi-agent teams system. From version 4.5.115 to before version 4.6.61, the published A2U advisory GHSA-f292-66h9-fpmf says unauthenticated A2U event streaming was fixed in praisonai 4.5.115. Current head still exposes the same A2U subscription and event routes without authentication when the operator starts the documented CLI entrypoint. The current CLI wrapper does not expose --api-key, does not install the common API-key middleware, and does not generate a token for A2U. It calls create_a2u_routes(app) directly. That helper only enforces auth if A2U_AUTH_TOKEN is already present; if the variable is missing, _authenticate_request() returns None and treats auth as disabled. This issue has been patched in version 4.6.61.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2026-57146</guid>
    </item>
    <item>
      <title>PYSEC-2026-3515 — PraisonAI A2U incomplete authentication fix leaves current serve command unauthenticated by default</title>
      <link>https://db.gcve.eu/vuln/pysec-2026-3515</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: praisonai&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The published A2U advisory `GHSA-f292-66h9-fpmf` says unauthenticated A2U event streaming was fixed in `praisonai` `4.5.115`. Current head still exposes the same A2U subscription and event routes without authentication when the operator starts the documented CLI entrypoint:&lt;/p&gt;
&lt;p&gt;```text
praisonai serve a2u --host 0.0.0.0 --port 8002
```&lt;/p&gt;
&lt;p&gt;The current CLI wrapper does not expose `--api-key`, does not install the common API-key middleware, and does not generate a token for A2U. It calls `create_a2u_routes(app)` directly. That helper only enforces auth if `A2U_AUTH_TOKEN` is already present; if the variable is missing, `_authenticate_request()` returns `None` and treats auth as disabled.&lt;/p&gt;
&lt;p&gt;This is an incomplete-fix report for the published A2U issue, not a separate trust-model-only concern.&lt;/p&gt;
&lt;p&gt;## Technical Details&lt;/p&gt;
&lt;p&gt;The Typer command for A2U accepts only `--host` and `--port`:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/commands/serve.py:570-585
```&lt;/p&gt;
&lt;p&gt;It forwards only those values to the shared serve handler:&lt;/p&gt;
&lt;p&gt;```python
args = [&amp;#34;a2u&amp;#34;, &amp;#34;--host&amp;#34;, host, &amp;#34;--port&amp;#34;, str(port)]
```&lt;/p&gt;
&lt;p&gt;The serve handler for A2U likewise accepts only `host` and `port`, then creates the app:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/features/serve.py:802-817
```&lt;/p&gt;
&lt;p&gt;`_create_a2u_app()` registers A2U routes directly:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/features/serve.py:827-853
```&lt;/p&gt;
&lt;p&gt;No call to `_install_api_key_middleware(app, ...)` is made for the dedicated A2U server, unlike the unified server path.&lt;/p&gt;
&lt;p&gt;Inside `create_a…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: praisonai&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;The published A2U advisory `GHSA-f292-66h9-fpmf` says unauthenticated A2U event streaming was fixed in `praisonai` `4.5.115`. Current head still exposes the same A2U subscription and event routes without authentication when the operator starts the documented CLI entrypoint:&lt;/p&gt;
&lt;p&gt;```text
praisonai serve a2u --host 0.0.0.0 --port 8002
```&lt;/p&gt;
&lt;p&gt;The current CLI wrapper does not expose `--api-key`, does not install the common API-key middleware, and does not generate a token for A2U. It calls `create_a2u_routes(app)` directly. That helper only enforces auth if `A2U_AUTH_TOKEN` is already present; if the variable is missing, `_authenticate_request()` returns `None` and treats auth as disabled.&lt;/p&gt;
&lt;p&gt;This is an incomplete-fix report for the published A2U issue, not a separate trust-model-only concern.&lt;/p&gt;
&lt;p&gt;## Technical Details&lt;/p&gt;
&lt;p&gt;The Typer command for A2U accepts only `--host` and `--port`:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/commands/serve.py:570-585
```&lt;/p&gt;
&lt;p&gt;It forwards only those values to the shared serve handler:&lt;/p&gt;
&lt;p&gt;```python
args = [&amp;#34;a2u&amp;#34;, &amp;#34;--host&amp;#34;, host, &amp;#34;--port&amp;#34;, str(port)]
```&lt;/p&gt;
&lt;p&gt;The serve handler for A2U likewise accepts only `host` and `port`, then creates the app:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/features/serve.py:802-817
```&lt;/p&gt;
&lt;p&gt;`_create_a2u_app()` registers A2U routes directly:&lt;/p&gt;
&lt;p&gt;```text
src/praisonai/praisonai/cli/features/serve.py:827-853
```&lt;/p&gt;
&lt;p&gt;No call to `_install_api_key_middleware(app, ...)` is made for the dedicated A2U server, unlike the unified server path.&lt;/p&gt;
&lt;p&gt;Inside `create_a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/pysec-2026-3515</guid>
    </item>
  </channel>
</rss>
