Średni Odebrany

CVE-2026-105935

opublikowano: 21.10.2026, 21:16

modyfikacja: 21.10.2026, 21:16

Ocena CVSS

4.9

Średni · v4.0

Oficjalne źródła

wektor: CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:N/VA:N/SC:N/SI:H/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Proces roboczy Pulsar Functions udostępnia punkt końcowy interfejsu API REST do wyzwalania funkcji, która publikuje wartość dostarczoną przez osobę wywołującą w jednym ze skonfigurowanych tematów wejściowych funkcji. Proces roboczy funkcji wykonuje tę publikację za pomocą własnego klienta brokera, który uwierzytelnia się przy użyciu poświadczeń klienta brokera skonfigurowanych przez proces roboczy, a nie poświadczeń wywołującego interfejs API.

Gdy autoryzacja jest włączona, w Apache Pulsar 2.4.0 i nowszych wersjach punkt końcowy wyzwalacza sprawdza tylko, czy wywołujący jest autoryzowany do wykonywania operacji funkcji w przestrzeni nazw funkcji. Nie sprawdza, czy osoba wywołująca jest upoważniona do tworzenia tematu wejściowego, w którym publikowana jest wiadomość. Wersje wcześniejsze niż 2.4.0 w ogóle nie sprawdzają autoryzacji wywołującego dla punktu końcowego wyzwalacza. Tematy wejściowe funkcji nie są ograniczone do własnej dzierżawy lub przestrzeni nazw funkcji, a rejestracja funkcji nie wymaga uprawnień do tworzenia jej tematów wejściowych.

W rezultacie uwierzytelniony użytkownik, który jest autoryzowany do zarządzania funkcjami w przestrzeni nazw, na przykład rola, której przyznano uprawnienia do funkcji w tej przestrzeni nazw, może spowodować, że proces roboczy funkcji opublikuje wiadomości z zawartością kontrolowaną przez osobę wywołującą w temacie, do którego użytkownik nie ma autoryzacji, łącznie z tematami w innych dzierżawach. Wiadomości te są publikowane pod tożsamością pracownika funkcji. Problem nie wymaga uruchomienia żadnej instancji funkcji ani wykonania żadnego kodu funkcji. Wymaga to, aby tożsamość klienta-brokera programu Functions Worker była sama autoryzowana do tworzenia tematu docelowego oraz, w wersji Apache Pulsar 2.3.0 i nowszych wersjach, do wyświetlania listy subskrypcji tematu docelowego, tak jak ma to miejsce w przypadku, gdy tą tożsamością jest superużytkownik. Ma to wpływ na integralność danych w tematach, których to dotyczy: konsumenci tych tematów mogą otrzymywać wiadomości od użytkownika, który nie ma pozwolenia na ich publikację. Dotyczy to interfejsu API REST programu Functions Worker wywoływanego przez zewnętrznego, uwierzytelnionego klienta; nie zmienia to modelu bezpieczeństwa kodu funkcji, któremu należy w pełni zaufać.

W wersjach stałych, gdy włączona jest autoryzacja, uruchomienie funkcji wymaga dodatkowo, aby osoba wywołująca była uprawniona do wywołania wybranego tematu wejściowego przed opublikowaniem jakiejkolwiek wiadomości.

Ten problem dotyczy wersji Apache Pulsar od 2.0.0-rc1-inkubacja przed 4.0.14 i od 4.1.0 przed 4.2.5.

- Użytkownicy wersji 4.0.x powinni dokonać aktualizacji do co najmniej wersji 4.0.14.
- Użytkownicy wersji 4.1.xi 4.2.x powinni dokonać aktualizacji do co najmniej wersji 4.2.5.

Użytkownicy korzystający z wersji wcześniejszych niż wymienione powyżej powinni dokonać aktualizacji do wyżej wymienionych wersji z poprawkami lub do nowszych wersji.

Obecnie obsługiwane linie wydań Apache Pulsar to 4.0.x i 5.0.x. Harmonogram obsługiwanych wersji jest dostępny pod adresem https://pulsar.apache.org/contribute/release-policy/.

Użytkownicy Apache Pulsar 2.4.0 i nowszych wersji z włączoną autoryzacją, którzy nie mogą dokonać natychmiastowej aktualizacji, mogą ograniczyć uprawnienia do zarządzania funkcjami do ról zaufanych. Użytkownicy wersji wcześniejszych niż 2.4.0 powinni ograniczyć dostęp do interfejsu API REST programu Functions Worker do zaufanych obiektów wywołujących, ponieważ w tych wersjach punkt końcowy wyzwalacza nie sprawdza uprawnień wywołującego do zarządzania funkcjami.

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.

>_ Słabości (CWE)

CWE-862

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve