CVE-2026-44847
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 19 - wyżej niż 19% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Nieuwierzytelniony atakujący może uruchomić dowolne zadania skonfigurowane jako webhooki, co może prowadzić do nieautoryzowanych działań, takich jak wysyłanie danych lub modyfikacja systemu.
Rekomendacja
Należy zaktualizować MaxKB do wersji 2.9.0 lub nowszej, która zawiera poprawkę wymuszającą uwierzytelnianie dla endpointu webhooka.
Inne podatności w MaxKB
Zobacz wszystkie- CVE-2026-64870Średnie
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.
- CVE-2026-54149Wysokie
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.
- CVE-2026-56779Średnie
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.
- CVE-2026-45413Średnie
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.
- CVE-2026-45412Średnie
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.
- CVE-2026-42337Średnie
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.
- CVE-2026-42336Średnie
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.
- CVE-2026-42335Średnie
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.
Oryginalny opis (angielski, źródło NVD)
MaxKB is an open-source AI assistant for enterprise. Prior to 2.9.0, MaxKB's webhook trigger endpoint (/api/trigger/v1/webhook/{trigger_id}) is accessible without authentication. The WebhookAuth class unconditionally returns (None, {}), which Django REST Framework interprets as successful authentication. Combined with optional per-trigger token verification and no backend enforcement of token requirements, any unauthenticated attacker who knows a valid trigger ID can invoke webhook triggers to execute their bound tasks. This vulnerability is fixed in 2.9.0.