4.0.1
7 years ago
16 days ago
Known vulnerabilities in the org.apache.pulsar:pulsar-proxy package. This does not include vulnerabilities belonging to this package’s dependencies.
Automatically find and fix vulnerabilities affecting your projects. Snyk scans for vulnerabilities and provides fixes for free.
Fix for freeVulnerability | Vulnerable Version |
---|---|
Affected versions of this package are vulnerable to Missing Authentication for Critical Function due to improper authentication mechanisms implemented for the Pulsar Proxy Statistics Endpoint. An attacker can gain unauthorized access to sensitive information or perform unauthorized actions by sending crafted requests to the affected endpoint, which exposes detailed statistics about live connections, along with the capability to modify the logging level of proxied connections without requiring proper authentication credentials. How to fix Missing Authentication for Critical Function? Upgrade | [2.6.0,2.10.1)[2.11.0,2.11.3)[3.0.0,3.0.2)[3.1.0,3.1.1) |
Affected versions of this package are vulnerable to Improper Certificate Validation due to Apache Pulsar Brokers and Proxies creating an internal Pulsar Admin Client that does not verify peer TLS certificates, even when How to fix Improper Certificate Validation? Upgrade | [,2.7.5)[2.8.0,2.8.4)[2.9.0,2.9.3)[2.10.0,2.10.1) |
Affected versions of this package are vulnerable to Man-in-the-Middle (MitM) due to the TLS hostname verification which cannot be enabled in the Pulsar Broker's Java Client, the Pulsar Broker's Java Admin Client, the Pulsar WebSocket Proxy's Java Client, and the Pulsar Proxy's Admin Client, leaving intra-cluster connections and geo-replication connections vulnerable to man in the middle attacks, which could leak credentials, configuration data, message data, and any other data sent by these clients. The vulnerability is for both the pulsar+ssl protocol and HTTPS. How to fix Man-in-the-Middle (MitM)? Upgrade | [,2.7.5)[2.8.0,2.8.4)[2.9.0,2.9.3)[2.10.0,2.10.1) |
Affected versions of this package are vulnerable to Improper Certificate Validation when the authentication data is sent before verifying if the server’s TLS certificate matches the hostname, which means authentication data could be exposed to an attacker. An attacker can only take advantage of this vulnerability by taking control of a machine 'between' the client and the server. The attacker must then actively manipulate traffic to perform the attack by providing the client with a cryptographically valid certificate for an unrelated host. Because the client sends authentication data before performing hostname verification, an attacker could gain access to the client’s authentication data. How to fix Improper Certificate Validation? Upgrade | [,2.7.5)[2.8.0,2.8.4)[2.9.0,2.9.3)[2.10.0,2.10.1) |
Affected versions of this package are vulnerable to Improper Input Validation by allowing an attacker to send TCP/IP connection attempts that originate from the Pulsar Proxy's IP address. When the Apache Pulsar Proxy component is used, it is possible to attempt to open TCP/IP connections to any IP address and port that the Pulsar Proxy can connect to. An attacker could use this as a way for DoS attacks that originate from the Pulsar Proxy's IP address. It hasn’t been detected that the Pulsar Proxy authentication can be bypassed. The attacker will have to have a valid token to a properly secured Pulsar Proxy. How to fix Improper Input Validation? Upgrade | [,2.7.5)[2.8.0,2.8.3)[2.9.0,2.9.2) |