Podatności Crawl4AI

Crawl4AI przed wersją 0.8.7 zawiera podatność umożliwiającą dowolny zapis plików w endpointach /screenshot i /pdf serwera API Docker. Parametr output_path akceptuje dowolne ścieżki systemowe bez walidacji, co pozwala atakującemu na nadpisanie plików serwera i spowodowanie odmowy usługi.

Crawl4AI przed wersją 0.9.0 zawiera podatność w API Dockera, która pozwala na wstrzyknięcie argumentów do przeglądarki Chromium. Atakujący może wykorzystać przełączniki Chromium do podmiany polecenia uruchomienia procesu potomnego, co prowadzi do wykonania dowolnego kodu w kontenerze.

W bibliotece Crawl4AI przed wersją 0.9.0 wykryto podatność na zapis dowolnego pliku. Atakujący może wpłynąć na nazwę pliku docelowego poprzez nagłówek Content-Disposition lub sugerowaną nazwę pliku, co umożliwia zapis pliku poza katalogiem docelowym. Może to prowadzić do zdalnego wykonania kodu.

Crawl4AI przed wersją 0.8.7 zawiera podatność w funkcji _safe_eval_expression() w mechanizmie computed fields. Walidator AST blokuje tylko atrybuty zaczynające się od podkreślenia, ale atrybuty obiektów generatora i ramki (gi_frame, f_back, f_builtins) nie zaczynają się od podkreślenia, co umożliwia całkowitą ucieczkę z sandboksa i wykonanie dowolnego kodu. Atak nie wymaga uwierzytelnienia (JWT domyślnie wyłączone) i jest wyzwalany przez POST /crawl z spreparowanym schematem ekstrakcji.

Crawl4AI w wersjach przed 0.8.0 zawiera podatność zdalnego wykonania kodu w API Docker. Punkt końcowy /crawl akceptuje parametr hooks zawierający kod Python, który jest wykonywany za pomocą exec(). Dozwolone wbudowane funkcje obejmowały __import__, co pozwala nieuwierzytelnionym atakującym na importowanie dowolnych modułów i wykonywanie poleceń systemowych.

crawl4ai w wersjach przed 0.9.3 zawiera podatność na DOM-based cross-site scripting w interfejsie Playground UI, gdzie funkcja forceHighlightElement() przypisuje textContent z powrotem do innerHTML, ponownie parsując odpowiedzi JSON jako HTML. Atakujący mogą wstrzyknąć złośliwe skrypty poprzez zawartość przeglądanej strony, taką jak tytuł strony.

Crawl4AI przed wersją 0.9.3 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w strategii PDFContentScrapingStrategy, gdzie funkcja _get_pdf_path() ponownie pobiera cele za pomocą Python requests bez walidacji egress. Uwierzytelnieni atakujący mogą dostarczyć adresy URL, które przekierowują na wewnętrzne adresy lub użyć DNS rebinding, aby uzyskać dostęp do wewnętrznych usług, eksfiltrując odpowiedzi poprzez ekstrakcję tekstu PDF w wynikach przeszukiwania.

crawl4ai przed 0.9.3 zawiera podatność na DOM-based cross-site scripting w interfejsie Docker Playground UI, który przypisuje niezaufane wyniki przeglądania do element.innerHTML. Atakujący mogą spreparować złośliwe pliki PDF ze znacznikami obsługi zdarzeń, aby wykonać JavaScript w origin Playground.

Crawl4AI przed wersją 0.9.3 zawiera podatność na niekontrolowane zużycie zasobów w strategii PDFContentScrapingStrategy, która pozwala niezaufanym klientom na spowodowanie odmowy usługi. Atakujący mogą wybrać strategię skrobania PDF w żądaniach POST, aby pobierać duże zdalne pliki PDF bez ograniczeń rozmiaru lub liczby stron, wyczerpując dysk, CPU i pasmo na współdzielonych workerach.

crawl4ai przed wersją 0.9.3 zawiera podatność na dowolny zapis plików w strategii PDFContentScrapingStrategy, gdzie funkcja _filter_untrusted_fields nie waliduje niezaufanych pól konfiguracyjnych. Atakujący mogą przesłać spreparowane ciała konfiguracji ze złośliwymi ścieżkami image_save_dir, aby zapisać kontrolowane przez atakującego bajty w dowolnym katalogu dostępnym dla konta usługi.

Crawl4AI przed wersją 0.8.8 zawiera podatność umożliwiającą wyciek poświadczeń przez nieuwierzytelnione endpointy API Dockera. Atakujący może przekierować wywołania API LLM na kontrolowany przez siebie serwer i odczytać zmienne środowiskowe, w tym klucze API i sekrety JWT.

Crawl4AI przed wersją 0.8.7 zawiera podatność na fałszowanie żądań po stronie serwera (SSRF) w endpointach API Dockera /crawl/job i /llm/job, które akceptują adresy URL webhook bez walidacji docelowego miejsca. Atakujący może dostarczyć adresy URL webhook wskazujące na prywatne lub wewnętrzne zakresy IP, sieci Docker lub punkty końcowe metadanych chmury (np. 169.254.169.254), powodując, że serwer wysyła żądania do wewnętrznych usług i potencjalnie ujawnia metadane chmury.

Crawl4AI przed wersją 0.9.0 zawiera podatność SSRF w ścieżce strumieniowej API Dockera. Niezautoryzowany zdalny klient może wysłać żądanie POST do /crawl/stream lub /crawl z parametrem stream=true, wskazując URL na adres wewnętrzny, prywatny lub link-local, a serwer pobierze i przekaże odpowiedź.

Crawl4AI przed wersją 0.8.7 zawiera podatność umożliwiającą wykonanie dowolnego kodu JavaScript przez endpoint /execute_js w serwerze API Docker. Atakujący może przesłać złośliwy skrypt, który zostanie wykonany w kontekście przeglądarki serwera z wyłączonymi zabezpieczeniami sieciowymi.

Crawl4AI przed wersją 0.8.9 zawiera podatność SSRF, która pozwala nieuwierzytelnionemu atakującemu na ominięcie sprawdzania docelowego adresu URL i skierowanie ruchu przez proxy na wewnętrzne adresy IP. Atakujący może wykorzystać tę lukę do uzyskania dostępu do wewnętrznych usług i punktów końcowych metadanych chmury, podając prawidłowy adres URL do przeszukania.

Crawl4AI przed wersją 0.8.8 zawiera podatność SSRF w serwerze API Docker, która pozwala atakującemu ominąć blokadę CIDR i uzyskać dostęp do wewnętrznych usług oraz endpointów metadanych chmury (np. 169.254.169.254) poprzez kodowanie adresu IPv4 w formie przejściowej IPv6 lub użycie adresu nieokreślonego IPv6. Ponieważ API Docker jest domyślnie nieuwierzytelnione, atak nie wymaga żadnych poświadczeń.

Crawl4AI przed wersją 0.8.8 zawiera podatność na dowolne zapisywanie plików w punktach końcowych zrzutów ekranu i PDF, co pozwala nieautoryzowanym atakującym na zapis plików poza zamierzonym katalogiem.

Crawl4AI przed wersją 0.8.7 zawiera podatność na fałszowanie żądań po stronie serwera (SSRF) w endpointach /crawl, /crawl/stream, /md i /llm, które pobierają dowolne adresy URL podane przez użytkownika bez walidacji. Nieuwierzytelnieni atakujący mogą ominąć blokadę adresów wewnętrznych za pomocą adresów IPv6 mapowanych na IPv4, aby uzyskać dostęp do wewnętrznych usług i punktów końcowych metadanych chmury.

Crawl4AI w wersjach przed 0.8.0 zawiera podatność na lokalne dołączanie plików w API Docker. Punkty końcowe /execute_js, /screenshot, /pdf i /html akceptują adresy URL z protokołem file://, co pozwala nieuwierzytelnionym atakującym na odczyt dowolnych plików z systemu plików serwera.