CVE-2026-105935: Apache Pulsar: Function trigger publishes to the input topic without checking the caller's produce permission

Published Oct 21, 2026
·
Updated

The Pulsar Functions Worker provides a REST API endpoint for triggering a function, which publishes a caller-supplied value to one of the function's configured input topics. The Functions Worker performs this publish with its own broker client, which authenticates with the Worker's configured broker-client credentials rather than the credentials of the API caller.

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'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's own tenant or namespace, and registering a function does not require produce permission on its input topics.

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's broker-client identity is itself authorized to produce to the target topic and, in Apache Pulsar 2.3.0 and later versions, to list the subscriptions of the target topic, as is the case when that identity is a superuser. The impact is on the integrity of the data in the affected topics: consumers of those topics may receive messages from a user who is not permitted to publish them. This concerns the Functions Worker REST API as called by an external, authenticated client; it does not change the security model for function code, which must be fully trusted.

In fixed versions, when authorization is enabled, triggering a function additionally requires the caller to be authorized to produce to the selected input topic before any message is published.

This issue affects Apache Pulsar versions from 2.0.0-rc1-incubating before 4.0.14 and from 4.1.0 before 4.2.5.

- 4.0.x version users should upgrade to at least 4.0.14. - 4.1.x and 4.2.x version users should upgrade to at least 4.2.5.

Users operating versions prior to those listed above should upgrade to the aforementioned patched versions or newer versions.

The currently supported Apache Pulsar release lines are 4.0.x and 5.0.x. The supported versions schedule is available at https://pulsar.apache.org/contribute/release-policy/.

Users of Apache Pulsar 2.4.0 and later versions with authorization enabled who cannot upgrade immediately can limit the permission to manage functions to trusted roles. Users of versions before 2.4.0 should restrict access to the Functions Worker REST API to trusted callers, because in these versions the trigger endpoint does not check the caller's permission to manage functions.

Affected Software

1 affected component
Apache Pulsar>=2.0.0-rc1-incubating<4.0.14, >=4.1.0<4.2.5

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Apache Pulsar to a version that resolves this vulnerability.

    Fixed in 4.0.14
  2. Upgrade

    Upgrade Apache Pulsar to a version that resolves this vulnerability.

    Fixed in 4.2.5
  3. Compensating control

    For Apache Pulsar 2.4.0 and later with authorization enabled, limit permission to manage functions to trusted roles until upgrading.

  4. Compensating control

    For Apache Pulsar versions before 2.4.0, restrict access to the Functions Worker REST API to trusted callers until upgrading.

Event History

Oct 21, 2026
CVE Published
via MITRE·06:10 PM
Data Sourced
via MITRE·06:10 PM
DescriptionWeakness

Frequently Asked Questions

1

Which users can exploit this in deployments running Apache Pulsar 2.4.0 or later?

An authenticated user authorized to perform function operations in a function's namespace can trigger the function endpoint. They do not need produce permission on the function's configured input topic.

2

How does exposure differ for versions before 2.4.0?

Versions before 2.4.0 do not perform a caller authorization check for the trigger endpoint. The described function-operation permission check applies only to 2.4.0 and later when authorization is enabled.

3

Can the affected input topic be outside the function's namespace?

Yes. Function input topics are not restricted to the function's own tenant or namespace, and registering a function does not require produce permission on those input topics.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203