CVE-2017-5640
KrytyczneStreszczenie
W Apache Impala w wersjach od 2.7.0 do 2.8.0 zidentyfikowano podatność, która pozwala złośliwemu procesowi podszywać się pod demona Impala. Może to prowadzić do pominięcia kontroli uwierzytelniania, gdy Kerberos jest włączony, ale TLS nie jest używane.
Ocena ryzyka
Zagrożenie to może umożliwić atakującym dostęp do systemu bez odpowiedniej autoryzacji, co może prowadzić do wycieku danych lub nieautoryzowanego dostępu do zasobów.
Rekomendacja
Zaleca się aktualizację Apache Impala do najnowszej wersji, która zawiera poprawki bezpieczeństwa oraz włączenie TLS w celu zabezpieczenia komunikacji.
Inne podatności w Apache Impala
Zobacz wszystkie- CVE-2026-56207Krytyczne
Podpis tokenu Bearer nie jest weryfikowany w ostatnim kroku uwierzytelniania SAML2 dla interfejsu hs2-http w Apache Impala, co pozwala na zmianę nazwy użytkownika i działanie w imieniu innego użytkownika. Problem dotyczy wersji Apache Impala >= 4.0.0.
- CVE-2026-65181Wysokie
W Impala w wersjach od 2.7 do 4.5 występuje niewystarczająca autoryzacja tabel źródeł danych, co pozwala klientowi z uprawnieniami do przesyłania plików do zdalnego magazynu i tworzenia tabel na wykonanie dowolnego kodu Java. Zalecane jest uaktualnienie do wersji 4.5.2.
- CVE-2026-57866Wysokie
W Apache Impala w wersjach 4.4.x i 4.5.x występuje podatność na podrabianie żądań po stronie serwera (SSRF). Uwierzytelnieni użytkownicy Impala z uprawnieniami do wykonania funkcji ai_generate_text() mogą eksfiltrować sekrety dostarczane przez dostawców poświadczeń skonfigurowanych we właściwości hadoop.security.credential.provider.path w pliku core-site.xml. Klucz sekretu musi być znany użytkownikowi.
- CVE-2026-54048Średnie
Określenie tblproperties('avro.schema.url'=' http://...' ) lub z URI 'file:///' na tabeli w Impala 2.0.0 do 4.5.1 na wszystkich platformach pozwala atakującemu wywołać żądanie GET do wewnętrznych punktów końcowych, do których nie ma dostępu, ale Impala ma, a odpowiedź może być ujawniona poprzez komunikaty o błędach parsowania.
Oryginalny opis (angielski, źródło NVD)
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 completed even though no exchange of credentials has happened.