Pulsar Admin API allows access to data from other tenants using getMessageById API
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| Apache Software Foundation | Apache Pulsar | affected |
|
Configuration 1 [-]
|
No data.
No data available yet.
Vendor Workaround
If you are running Pulsar behind a proxy you can disable access to the REST API for the flawed API /admin/v2/non-persistent/{tenant}/{namespace}/{topic}/ledger/{ledgerId}/entry/{entryId}
| Source | ID | Title |
|---|---|---|
EUVD |
EUVD-2022-0797 | In Apache Pulsar it is possible to access data from BookKeeper that does not belong to the topics accessible by the authenticated user. The Admin API get-message-by-id requires the user to input a topic and a ledger id. The ledger id is a pointer to the data, and it is supposed to be a valid it for the topic. Authorisation controls are performed against the topic name and there is not proper validation the that ledger id is valid in the context of such ledger. So it may happen that the user is able to read from a ledger that contains data owned by another tenant. This issue affects Apache Pulsar Apache Pulsar version 2.8.0 and prior versions; Apache Pulsar version 2.7.3 and prior versions; Apache Pulsar version 2.6.4 and prior versions. |
Github GHSA |
GHSA-3whx-qrj5-hh2h | Improper Input Validation in Apache Pulsar |
No CVSS v4.0
No CVSS v3.0
This CVE is not in the KEV list.
Exploit prediction score: 1.7% (1.726% probability within 30 days)
Key SSVC decision points have not yet been added.
No history.