<?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>Thu, 22 Oct 2026 08:13:41 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-105935</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-105935</link>
      <description>&lt;p&gt;The Pulsar Functions Worker provides a REST API endpoint for triggering a function, which publishes a caller-supplied value to one of the function&amp;#39;s configured input topics. The Functions Worker performs this publish with its own broker client, which authenticates with the Worker&amp;#39;s configured broker-client credentials rather than the credentials of the API caller.&lt;/p&gt;
&lt;p&gt;When authorization is enabled, in Apache Pulsar 2.4.0 and later versions, the trigger endpoint checks only that the caller is authorized to perform function operations in the function&amp;#39;s namespace. It does not check that the caller is authorized to produce to the input topic that the message is published to. Versions before 2.4.0 do not perform a caller authorization check for the trigger endpoint at all. Function input topics are not restricted to the function&amp;#39;s own tenant or namespace, and registering a function does not require produce permission on its input topics.&lt;/p&gt;
&lt;p&gt;As a result, an authenticated user who is authorized to manage functions in a namespace, for example a role granted the functions permission on that namespace, can cause the Functions Worker to publish messages with caller-controlled content to a topic that the user is not authorized to produce to, including topics in other tenants. These messages are published under the identity of the Functions Worker. The issue does not require any function instance to be running or any function code to be executed. It requires that the Functions Worker&amp;#39;s broker…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Pulsar Functions Worker provides a REST API endpoint for triggering a function, which publishes a caller-supplied value to one of the function&amp;#39;s configured input topics. The Functions Worker performs this publish with its own broker client, which authenticates with the Worker&amp;#39;s configured broker-client credentials rather than the credentials of the API caller.&lt;/p&gt;
&lt;p&gt;When authorization is enabled, in Apache Pulsar 2.4.0 and later versions, the trigger endpoint checks only that the caller is authorized to perform function operations in the function&amp;#39;s namespace. It does not check that the caller is authorized to produce to the input topic that the message is published to. Versions before 2.4.0 do not perform a caller authorization check for the trigger endpoint at all. Function input topics are not restricted to the function&amp;#39;s own tenant or namespace, and registering a function does not require produce permission on its input topics.&lt;/p&gt;
&lt;p&gt;As a result, an authenticated user who is authorized to manage functions in a namespace, for example a role granted the functions permission on that namespace, can cause the Functions Worker to publish messages with caller-controlled content to a topic that the user is not authorized to produce to, including topics in other tenants. These messages are published under the identity of the Functions Worker. The issue does not require any function instance to be running or any function code to be executed. It requires that the Functions Worker&amp;#39;s broker…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-105935</guid>
    </item>
    <item>
      <title>GHSA-7w25-m888-8hcq</title>
      <link>https://db.gcve.eu/vuln/ghsa-7w25-m888-8hcq</link>
      <description>&lt;p&gt;The Pulsar Functions Worker provides a REST API endpoint for triggering a function, which publishes a caller-supplied value to one of the function&amp;#39;s configured input topics. The Functions Worker performs this publish with its own broker client, which authenticates with the Worker&amp;#39;s configured broker-client credentials rather than the credentials of the API caller.&lt;/p&gt;
&lt;p&gt;When authorization is enabled, in Apache Pulsar 2.4.0 and later versions, the trigger endpoint checks only that the caller is authorized to perform function operations in the function&amp;#39;s namespace. It does not check that the caller is authorized to produce to the input topic that the message is published to. Versions before 2.4.0 do not perform a caller authorization check for the trigger endpoint at all. Function input topics are not restricted to the function&amp;#39;s own tenant or namespace, and registering a function does not require produce permission on its input topics.&lt;/p&gt;
&lt;p&gt;As a result, an authenticated user who is authorized to manage functions in a namespace, for example a role granted the functions permission on that namespace, can cause the Functions Worker to publish messages with caller-controlled content to a topic that the user is not authorized to produce to, including topics in other tenants. These messages are published under the identity of the Functions Worker. The issue does not require any function instance to be running or any function code to be executed. It requires that the Functions Worker&amp;#39;s broker…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;The Pulsar Functions Worker provides a REST API endpoint for triggering a function, which publishes a caller-supplied value to one of the function&amp;#39;s configured input topics. The Functions Worker performs this publish with its own broker client, which authenticates with the Worker&amp;#39;s configured broker-client credentials rather than the credentials of the API caller.&lt;/p&gt;
&lt;p&gt;When authorization is enabled, in Apache Pulsar 2.4.0 and later versions, the trigger endpoint checks only that the caller is authorized to perform function operations in the function&amp;#39;s namespace. It does not check that the caller is authorized to produce to the input topic that the message is published to. Versions before 2.4.0 do not perform a caller authorization check for the trigger endpoint at all. Function input topics are not restricted to the function&amp;#39;s own tenant or namespace, and registering a function does not require produce permission on its input topics.&lt;/p&gt;
&lt;p&gt;As a result, an authenticated user who is authorized to manage functions in a namespace, for example a role granted the functions permission on that namespace, can cause the Functions Worker to publish messages with caller-controlled content to a topic that the user is not authorized to produce to, including topics in other tenants. These messages are published under the identity of the Functions Worker. The issue does not require any function instance to be running or any function code to be executed. It requires that the Functions Worker&amp;#39;s broker…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-7w25-m888-8hcq</guid>
    </item>
  </channel>
</rss>
