<?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 06:02:58 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-105930</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-105930</link>
      <description>&lt;p&gt;When package management is enabled, Pulsar Functions, Sources and Sinks can be registered or updated from a package stored in the Pulsar Packages Management Service by supplying a package URL. The Pulsar Functions worker authorized these requests only against the namespace in which the component was being registered or updated. It did not check whether the requesting user was permitted to access packages in the namespace that the package URL refers to, and it retrieved the package from the broker using the worker&amp;#39;s own credentials. The permission check of the Packages Management Service was therefore applied to the worker&amp;#39;s identity instead of the requesting user&amp;#39;s. Package URLs of transform functions supplied when registering or updating a sink were handled in the same way.&lt;/p&gt;
&lt;p&gt;An authenticated user who is permitted to register or update functions, sources or sinks in any namespace of their own tenant could use this to obtain the contents of a package stored in a namespace of another tenant, without having the packages permission on that namespace. The impact is limited to disclosure of package contents, which may include application code, business logic or embedded credentials. The issue does not allow packages to be modified or deleted and does not affect availability.&lt;/p&gt;
&lt;p&gt;This issue only affects deployments that have authentication and authorization enabled and in which package management has been enabled: the broker setting enablePackagesManagement and, in current releases, t…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;When package management is enabled, Pulsar Functions, Sources and Sinks can be registered or updated from a package stored in the Pulsar Packages Management Service by supplying a package URL. The Pulsar Functions worker authorized these requests only against the namespace in which the component was being registered or updated. It did not check whether the requesting user was permitted to access packages in the namespace that the package URL refers to, and it retrieved the package from the broker using the worker&amp;#39;s own credentials. The permission check of the Packages Management Service was therefore applied to the worker&amp;#39;s identity instead of the requesting user&amp;#39;s. Package URLs of transform functions supplied when registering or updating a sink were handled in the same way.&lt;/p&gt;
&lt;p&gt;An authenticated user who is permitted to register or update functions, sources or sinks in any namespace of their own tenant could use this to obtain the contents of a package stored in a namespace of another tenant, without having the packages permission on that namespace. The impact is limited to disclosure of package contents, which may include application code, business logic or embedded credentials. The issue does not allow packages to be modified or deleted and does not affect availability.&lt;/p&gt;
&lt;p&gt;This issue only affects deployments that have authentication and authorization enabled and in which package management has been enabled: the broker setting enablePackagesManagement and, in current releases, t…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-105930</guid>
    </item>
    <item>
      <title>GHSA-mqp8-6q9x-3qcp</title>
      <link>https://db.gcve.eu/vuln/ghsa-mqp8-6q9x-3qcp</link>
      <description>&lt;p&gt;When package management is enabled, Pulsar Functions, Sources and Sinks can be registered or updated from a package stored in the Pulsar Packages Management Service by supplying a package URL. The Pulsar Functions worker authorized these requests only against the namespace in which the component was being registered or updated. It did not check whether the requesting user was permitted to access packages in the namespace that the package URL refers to, and it retrieved the package from the broker using the worker&amp;#39;s own credentials. The permission check of the Packages Management Service was therefore applied to the worker&amp;#39;s identity instead of the requesting user&amp;#39;s. Package URLs of transform functions supplied when registering or updating a sink were handled in the same way.&lt;/p&gt;
&lt;p&gt;An authenticated user who is permitted to register or update functions, sources or sinks in any namespace of their own tenant could use this to obtain the contents of a package stored in a namespace of another tenant, without having the packages permission on that namespace. The impact is limited to disclosure of package contents, which may include application code, business logic or embedded credentials. The issue does not allow packages to be modified or deleted and does not affect availability.&lt;/p&gt;
&lt;p&gt;This issue only affects deployments that have authentication and authorization enabled and in which package management has been enabled: the broker setting enablePackagesManagement and, in current releases, t…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;When package management is enabled, Pulsar Functions, Sources and Sinks can be registered or updated from a package stored in the Pulsar Packages Management Service by supplying a package URL. The Pulsar Functions worker authorized these requests only against the namespace in which the component was being registered or updated. It did not check whether the requesting user was permitted to access packages in the namespace that the package URL refers to, and it retrieved the package from the broker using the worker&amp;#39;s own credentials. The permission check of the Packages Management Service was therefore applied to the worker&amp;#39;s identity instead of the requesting user&amp;#39;s. Package URLs of transform functions supplied when registering or updating a sink were handled in the same way.&lt;/p&gt;
&lt;p&gt;An authenticated user who is permitted to register or update functions, sources or sinks in any namespace of their own tenant could use this to obtain the contents of a package stored in a namespace of another tenant, without having the packages permission on that namespace. The impact is limited to disclosure of package contents, which may include application code, business logic or embedded credentials. The issue does not allow packages to be modified or deleted and does not affect availability.&lt;/p&gt;
&lt;p&gt;This issue only affects deployments that have authentication and authorization enabled and in which package management has been enabled: the broker setting enablePackagesManagement and, in current releases, t…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-mqp8-6q9x-3qcp</guid>
    </item>
  </channel>
</rss>
