CVE-2026-56779
ŚrednieCVSS 6.4Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Ryzyko polega na możliwości skanowania wewnętrznej sieci, dostępu do poufnych danych lub usług, a także potencjalnym eskalowaniu ataku na inne systemy wewnątrz organizacji.
Rekomendacja
Należy niezwłocznie zaktualizować MaxKB do wersji 2.10.0 lub nowszej, która zawiera poprawkę eliminującą podatność SSRF. Dodatkowo warto ograniczyć uprawnienia użytkowników oraz wdrożyć walidację URL-i po stronie serwera.
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-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-44847Wysokie
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.
- 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 before 2.10.0 contains a server-side request forgery vulnerability in tool creation and update endpoints that allows authenticated users to make arbitrary server requests by supplying unvalidated downloadCallbackUrl and download_url parameters. Attackers with default workspace USER role can exploit this to access internal network services by providing malicious URLs to the ToolSerializer endpoints.