Podatności MaxKB

MaxKB od wersji 2.0.0 do 2.10.4-lts w funkcji UpdateStoreTool.update_tool przekazuje wartości download_url i download_callback_url do requests.get bez walidacji zaufanych hostów i przekierowań. Uwierzytelniony użytkownik workspace może zmusić serwer do żądania wewnętrznych, pętli zwrotnej, link-local lub adresów metadanych chmury.

W MaxKB przed wersją 2.10.0-lts funkcja importowania narzędzi oraz tryb odwoływania MCP nie walidują spójnie typu transportu MCP, co pozwala uwierzytelnionemu użytkownikowi zaimportować plik .tool z transportem stdio zawierającym złośliwe polecenia i uruchomić je przez węzeł AI Chat, prowadząc do wykonania dowolnych poleceń systemowych.

Podatność SSRF w MaxKB przed wersją 2.10.0 pozwala uwierzytelnionym użytkownikom na wykonywanie dowolnych żądań serwerowych poprzez niezweryfikowane parametry downloadCallbackUrl i download_url w endpointach tworzenia i aktualizacji narzędzi. Atakujący z domyślną rolą USER mogą wykorzystać tę lukę do uzyskania dostępu do wewnętrznych usług sieciowych.

MaxKB, asystent AI dla przedsiębiorstw, przechowuje hasła użytkowników za pomocą niesolonych skrótów MD5, co umożliwia ich łatwe złamanie przy użyciu tablic tęczowych lub ataku brute-force z akceleracją GPU.

MaxKB przed wersją 2.9.1 jest podatny na SSRF (Server-Side Request Forgery) poprzez import work_flow_template. Uwierzytelnieni użytkownicy mogą podać dowolne adresy URL w polu work_flow_template.downloadUrl, które są pobierane po stronie serwera bez walidacji URL ani filtrowania wewnętrznych adresów IP.

MaxKB przed wersją 2.9.0 udostępnia endpoint webhooka (/api/trigger/v1/webhook/{trigger_id}) bez uwierzytelniania. Klasa WebhookAuth zwraca (None, {}), co jest interpretowane jako pomyślne uwierzytelnienie. Nieuwierzytelniony atakujący znający identyfikator triggera może wywołać webhook i wykonać powiązane zadania.

MaxKB w wersji 2.8.0 i wcześniejszych jest podatny na naruszenie kontroli dostępu w API pobierania URL plików OSS (chat/api/oss/get_url). Endpoint używa application_id z ścieżki URL bez walidacji własności, co pozwala atakującym na wykonywanie operacji w ramach polityk innych aplikacji.

MaxKB 2.8.0 i wcześniejsze wersje są podatne na Server-Side Request Forgery (SSRF) w funkcji pobierania URL plików OSS z powodu niespójnego rozwiązywania DNS między walidacją a rzeczywistym wykonaniem żądania, co pozwala atakującym na dostęp do wewnętrznych usług sieciowych.

MaxKB przed wersją 2.8.1 zawiera podatność na fałszowanie żądań po stronie serwera (SSRF) w punkcie końcowym pobierania adresu URL pliku OSS. Niezgodność w parsowaniu URL między funkcją walidacyjną a klientem HTTP pozwala atakującemu na dostęp do wewnętrznych usług sieciowych.