Katalog podatności CVE

Podatność na eskalację uprawnień w Kiteworks mogła pozwolić atakującemu z wykonaniem kodu na jednym węźle klastra na uruchamianie poleceń systemu operacyjnego z podwyższonymi uprawnieniami na innym węźle. Niewystarczająca walidacja danych w wewnętrznej funkcji zarządzania klastrem umożliwiła przekazanie wartości do uprzywilejowanego kontekstu wykonania.

Podatność na przechodzenie po ścieżkach w opcjonalnej, niedomyślnej funkcji administracyjnej umożliwiała uwierzytelnionemu administratorowi przenoszenie plików do nieprzewidzianych lokalizacji poza wyznaczonym katalogiem. Może to zostać wykorzystane do wykonania dowolnego kodu na systemie.

Lokalna podatność na eskalację uprawnień w Kiteworks mogła pozwolić atakującemu z istniejącą powłoką w niskouprzywilejowanym koncie usługowym na eskalację do uprawnień root na urządzeniu.

W przypadku wdrożeń z włączoną i licencjonowaną funkcją zdalnego wsparcia, uwierzytelniony administrator systemu posiadający klucz chroniący przesyłane dane mógł przekierować wychodzące połączenie wsparcia do wybranego miejsca docelowego. To miejsce mogło następnie wykonywać polecenia systemu operacyjnego na węźle i otrzymywać ich wyniki, co mogło prowadzić do zdalnego wykonania kodu z uprawnieniami lokalnego konta usługowego.

Podatność mogła pozwolić uwierzytelnionemu administratorowi Kiteworks Email Protection Gateway na zapis pliku poza zamierzoną lokalizacją i spowodowanie jego wykonania przez aplikację, co mogło prowadzić do zdalnego wykonania kodu z uprawnieniami konta usługowego.

Kiteworks Core nieprawidłowo walidował parametr przesyłany do przepływu resetowania hasła. Nieuwierzytelniony atakujący, znający adres e-mail użytkownika z lokalnie przechowywanym hasłem, mógł potencjalnie zresetować hasło tego konta bez dostępu do wysłanego linku resetującego, a następnie uwierzytelnić się jako ten użytkownik, w tym gdy konto ma uprawnienia administracyjne.

Podatność na wstrzyknięcie poleceń w Kiteworks mogła pozwolić uwierzytelnionemu administratorowi z wysokimi uprawnieniami na wykonanie dowolnych poleceń systemu operacyjnego jako root na dotkniętym węźle. Wykorzystanie wymaga konta administracyjnego z podwyższonymi uprawnieniami.

Podatność na eskalację uprawnień w Kiteworks umożliwia atakującemu, który uzyskał już wykonanie kodu jako nieuprzywilejowane konto usługi backendowej, eskalację do roota. Przywilejowana procedura niebezpiecznie obsługiwała ścieżkę pliku, którą mogło wpływać konto o niższych uprawnieniach, co pozwalało na wykonanie dowolnych poleceń z najwyższymi uprawnieniami. Wymaga to istniejącego lokalnego dostępu do tego konta usługi.

Podatność na eskalację uprawnień w Kiteworks umożliwia atakującemu, który uzyskał już wykonanie kodu jako nieuprzywilejowane konto usługi backendowej, eskalację do roota i wykonanie dowolnych poleceń z najwyższymi uprawnieniami. Wymaga to istniejącego lokalnego dostępu do tego konta usługi.

Kiteworks nie egzekwował maksymalnej dozwolonej wartości dla konfigurowalnego ustawienia zasad bezpieczeństwa. Uwierzytelniony administrator mógł ustawić tę wartość poza zamierzonym zakresem, przez co powiązana kontrola nigdy się nie aktywowała, mimo że w interfejsie administracyjnym i dzienniku audytu nadal wyglądała na włączoną, co pozwalało na ciche unieszkodliwienie mechanizmu ochronnego.

Endpoint używany podczas początkowej konfiguracji urządzenia nie wymagał uwierzytelnienia i nie egzekwował poprawnie warunku stanu, więc w oknie początkowej aktywacji nieuwierzytelniony atakujący z sieci mógł wielokrotnie wywoływać uprzywilejowany proces aktywacji. To mogło zakłócić konfigurację i pozostawić urządzenie w niekompletnie skonfigurowanym stanie. Problem jest osiągalny tylko podczas pierwszej aktywacji urządzenia, gdy nie jest jeszcze w pełni skonfigurowane.

Podatność na wstrzyknięcie SQL w Kiteworks Secure Data Forms, gdzie wartość pochodząca z danych konta uwierzytelnionego użytkownika była używana w zapytaniu do bazy danych bez odpowiedniego oczyszczenia. Uwierzytelniony użytkownik mógł wpłynąć na tę wartość, aby wstrzyknąć SQL. Wymaga to uwierzytelnionej sesji i dotyczy tylko wdrożeń z użyciem określonej opcjonalnej funkcji.

Uwierzytelniony administrator Kiteworks Email Protection Gateway mógł przesłać spreparowany serializowany obiekt do interfejsu zarządzania klastrem, który był deserializowany bez wystarczającej walidacji, co potencjalnie umożliwiało wykonanie dowolnego kodu w kontekście konta usługi bramy. Wymaga to konta administratora z określonym uprawnieniem do zarządzania kolejką.

Kiteworks Core zawiera błąd logiki biznesowej w funkcji żądania plików, który pozwalał uwierzytelnionemu użytkownikowi wysłać żądanie wyglądające na pochodzące od innego użytkownika, ponieważ serwer nie weryfikował, czy osoba żądająca jest upoważniona do działania w imieniu wskazanego konta. Można to wykorzystać do wyłudzenia plików lub informacji od odbiorcy pod zaufaną tożsamością; wykorzystanie wymaga włączenia tej funkcji w profilu atakującego i reakcji odbiorcy na żądanie.

Nieprawidłowe uwierzytelnianie w usłudze administracyjnej Kiteworks Email Protection Gateway. Usługa administracyjna nie egzekwowała konsekwentnie uwierzytelniania administratora, więc wymagana kontrola hasła mogła zostać ominięta. Atakujący, który odwołał się do prawidłowego konta administratora, mógł potencjalnie tworzyć, modyfikować lub usuwać wewnętrznych użytkowników i zarządzane domeny oraz zmieniać konfigurację funkcji bezpieczeństwa bez uwierzytelniania; usunięcie zarządzanej domeny usuwa również jej konta użytkowników i może zablokować administratorów w bramie.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama renderuje treść wiadomości odwołującą się do zewnętrznych zasobów. Może to ujawnić wrażliwe informacje wewnętrzne lub wywołać niezamierzone działania w systemach wewnętrznych.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama wykonuje sprawdzanie statusu certyfikatu online dla wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama pobiera listę odwołania certyfikatów w wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama pobiera certyfikat wystawcy w wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Core przed wersją 9.5.0 jest podatny na deserializację niezaufanych danych. Słabość ta może, w określonych warunkach, pozwolić na niebezpieczną deserializację spreparowanych danych, co potencjalnie prowadzi do zdalnego wykonania kodu na urządzeniu. Wymaga to, aby atakujący mógł wpłynąć na dane, więc nie jest to podatność wykorzystywalna samodzielnie.