Apache Software Foundation Apache Impala vulnerabilities

CVE-2021-28131 [HIGH] CWE-288 CVE-2021-28131: Impala sessions use a 16 byte secret to verify that the session is not being hijacked by another use Impala sessions use a 16 byte secret to verify that the session is not being hijacked by another user. However, these secrets appear in the Impala logs, therefore Impala users with access to the logs can use another authenticated user's sessions with specially constructed requests. This means the attacker is able to execute statements for which they d

CVE-2018-11792 [CRITICAL] CWE-732 CVE-2018-11792: In Apache Impala before 3.0.1, ALTER TABLE/VIEW RENAME required ALTER on the old table. This may pos In Apache Impala before 3.0.1, ALTER TABLE/VIEW RENAME required ALTER on the old table. This may pose a potential security risk, such as having ALTER on a table and ALL on a particular database allows a user to move the table to a database with ALL, which will automatically grant that user with ALL privilege on that table due to the privilege inhe

CVE-2018-11785 [MEDIUM] CWE-862 CVE-2018-11785: Missing authorization check in Apache Impala before 3.0.1 allows a Kerberos-authenticated but unauth Missing authorization check in Apache Impala before 3.0.1 allows a Kerberos-authenticated but unauthorized user to inject random data into a running query, leading to wrong results for a query.

CVE-2017-9792 [MEDIUM] CWE-732 CVE-2017-9792: In Apache Impala (incubating) before 2.10.0, a malicious user with "ALTER" permissions on an Impala In Apache Impala (incubating) before 2.10.0, a malicious user with "ALTER" permissions on an Impala table can access any other Kudu table data by altering the table properties to make it "external" and then changing the underlying table mapping to point to other Kudu tables. This violates and works around the authorization requirement that creating a K

CVE-2017-5640 [CRITICAL] CWE-287 CVE-2017-5640: It was noticed that a malicious process impersonating an Impala daemon in Apache Impala (incubating) It was noticed that a malicious process impersonating an Impala daemon in Apache Impala (incubating) 2.7.0 to 2.8.0 could cause Impala daemons to skip authentication checks when Kerberos is enabled (but TLS is not). If the malicious server responds with 'COMPLETE' before the SASL handshake has completed, the client will consider the handshake as com

CVE-2017-5652 [HIGH] CWE-319 CVE-2017-5652: During a routine security analysis, it was found that one of the ports in Apache Impala (incubating) During a routine security analysis, it was found that one of the ports in Apache Impala (incubating) 2.7.0 to 2.8.0 sent data in plaintext even when the cluster was configured to use TLS. The port in question was used by the StatestoreSubscriber class which did not use the appropriate secure Thrift transport when TLS was turned on. It was therefore poss