CVE-2026-102092

Przechowywana podatność XSS w Kiteworks Core może pozwolić nieuwierzytelnionemu atakującemu na przechowywanie spreparowanej treści, która później wykonuje dowolny JavaScript w sesji uwierzytelnionego administratora przeglądającego dotkniętą stronę. To mogło pozwolić atakującemu na uzyskanie pełnej kontroli administracyjnej, w tym utworzenie nowego konta administracyjnego.

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.

Dwie operacje zarządzania klastrem w Kiteworks Core nie walidowały dostarczonych ścieżek plików, więc atakujący posiadający uprawnienia root na jednym węźle klastra mógł zapisywać pliki jako root na innym węźle i powodować ich wykonanie. Wykorzystanie wymaga dostępu root do backendu na węźle klastra oraz oczekującej poprawki oprogramowania obecnej na węźle docelowym.

Kiteworks Core nie stosował mechanizmów bezpieczeństwa API na poziomie bramy do każdego żądania uwierzytelnionego przez centralną usługę uwierzytelniania platformy. Uwierzytelniony użytkownik mógł uzyskać dostęp do funkcji REST API ścieżką żądania, na której te mechanizmy — w tym egzekwowanie wylogowanych i unieważnionych sesji — nie były stosowane.

Opcjonalna, licencjonowana osobno funkcja łącznika repozytorium w Kiteworks Core nie neutralizowała znaków specjalnych w ścieżce podanej przez użytkownika przed przekazaniem jej do zewnętrznego polecenia. Uwierzytelniony administrator systemu mógł wstrzyknąć dodatkowe polecenia i zapisać dowolną treść w plikach należących do konta usługi uruchamiającego łącznik, co umożliwia wykonanie kodu w kontekście tego konta; wykorzystanie wymaga dodatkowo wyjścia sieciowego z urządzenia do systemu kontrolowanego przez atakującego.

Funkcja importu administracyjnego w Kiteworks Core nie weryfikowała, czy żądający administrator ma uprawnienia do tworzenia importowanego uprzywilejowanego poświadczenia integracyjnego. Delegowany administrator posiadający jedno wąsko zakresowane uprawnienie administracyjne mógł zatem uzyskać pełne uprawnienia administratora systemu, bez żadnego działania ze strony istniejącego administratora systemu.

Interfejs do provisionowania użytkowników w Kiteworks Core nie weryfikował, czy żądający administrator ma uprawnienia do nadawania przypisywanej roli. Administrator, którego delegowane uprawnienia obejmowały tylko zmiany ról, mógł zatem podnieść konto do pełnych uprawnień administratora systemu.

Podatność na trwały atak XSS w Kiteworks Core umożliwia administratorowi z wąsko zakresowanym uprawnieniem przechowywanie złośliwej treści, która wykonuje się w sesji administratora systemu. Może to pozwolić na eskalację uprawnień do pełnej kontroli nad dzierżawą, w tym utworzenie nowego konta administracyjnego.

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.

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.