Katalog podatności CVE

W najnowszej wersji vanna-ai/vanna występuje podatność typu Server-Side Request Forgery (SSRF) przy użyciu DuckDB jako bazy danych. Atakujący może wykorzystać tę podatność, wysyłając spreparowane zapytania SQL, które wykorzystują domyślne funkcje DuckDB, takie jak `read_csv`, `read_csv_auto`, `read_text` i `read_blob`, aby dokonać nieautoryzowanych żądań do zasobów wewnętrznych lub zewnętrznych.

W wersji v1.4.1 aplikacji danswer-ai/danswer występuje podatność typu Cross-Site Request Forgery (CSRF), która pozwala atakującym na wykonywanie nieautoryzowanych działań w kontekście przeglądarki ofiary. Ataki mogą obejmować łączenie aplikacji ofiary z złośliwym botem Slack, zapraszanie użytkowników oraz usuwanie czatów.

Vanna w wersji 0.6.3 jest podatna na atak typu SQL injection w operacjach stagingu plików w bazie danych Snowflake, wykorzystując polecenia `PUT` i `COPY`. Ta podatność umożliwia nieautoryzowanym zdalnym użytkownikom odczyt dowolnych lokalnych plików na serwerze ofiary, takich jak `/etc/passwd`, poprzez wykorzystanie wystawionych zapytań SQL za pośrednictwem API Python Flask.

Podatność w danswer-ai/danswer v0.3.94 umożliwia atakującemu spowodowanie Denial of Service (DoS) poprzez przesłanie pliku z nieprawidłowym granicą multipart. Dodanie dużej liczby znaków na końcu granicy multipart powoduje, że serwer nieustannie przetwarza każdy znak, co uniemożliwia dostęp do aplikacji.

Błąd konfiguracji CORS w danswer-ai/danswer w wersji 1.4.1 umożliwia atakującym kradzież wrażliwych informacji, takich jak treści czatu, klucze API i inne dane. Podatność ta występuje z powodu niewłaściwej walidacji nagłówka origin, co pozwala złośliwym stronom internetowym na dokonywanie nieautoryzowanych żądań do API aplikacji.

Podatność w wersji 1 biblioteki danswer-ai/danswer umożliwia atakującemu przeprowadzenie ataku Denial of Service (DoS) poprzez manipulację wyrażeniami regularnymi. Może to znacząco spowolnić czas odpowiedzi aplikacji i potencjalnie uczynić ją całkowicie nieużyteczną.

Vanna-ai w wersji 0.6.2 jest podatna na atak typu SQL Injection z powodu niewystarczającej ochrony przed wstrzykiwaniem dodatkowych poleceń SQL z żądań użytkowników. Podatność występuje, gdy funkcja `generate_sql` wywołuje `extract_sql` z odpowiedzią LLM.

W wersji 9.8 biblioteki parisneo/lollms występuje podatność na zdalne wykonanie kodu w funkcji Calculate. Problem wynika z użycia funkcji `eval()` Pythona do oceny wyrażeń matematycznych w piaskownicy, która wyłącza `__builtins__` i pozwala jedynie na funkcje z modułu `math`.

Wersja 21.2.0 Gunicorn nieprawidłowo waliduje wartość nagłówka 'Transfer-Encoding' zgodnie z normami RFC, co prowadzi do domyślnej metody 'Content-Length'. To sprawia, że jest podatny na ataki typu TE.CL, co może prowadzić do wielu poważnych zagrożeń.

Z powodu braku kontroli dostępu, nieautoryzowani użytkownicy mogą przeglądać i modyfikować informacje dotyczące innych użytkowników.

W serwerze `ollama` w wersji 0.3.14 występuje podatność typu Out-Of-Memory (OOM), która może zostać wywołana przez złośliwy serwer API odpowiadający odpowiedzią HTTP w postaci gzip bomby. Podatność ta dotyczy funkcji `makeRequestWithRetry` oraz `getAuthorizationToken`, które używają `io.ReadAll` do odczytu ciała odpowiedzi.

W repozytorium brycedrennan/imaginairy w wersji 15.0.0 występuje podatność typu Denial of Service (DoS) w punkcie końcowym `/api/stablestudio/generate`. Wysyłając nieprawidłowe żądanie, można spowodować nagłe zakończenie procesu serwera, co prowadzi do jego niedostępności.

W podatności w API `ImageClassificationDataset.from_csv()` repozytorium `dmlc/gluon-cv`, wersja 0.10.0, istnieje możliwość zapisu dowolnych plików. Funkcja pobiera i rozpakowuje pliki `tar.gz` z URL-i bez odpowiedniej sanitizacji, co czyni ją podatną na atak typu TarSlip.

W wersji 0.19.8 biblioteki kedro-org/kedro funkcja API `pull_package()` umożliwia użytkownikom pobieranie i rozpakowywanie mikro pakietów z Internetu. Jednak funkcja `project_wheel_metadata()` może wykonać plik `setup.py` znajdujący się w archiwum tar, co prowadzi do zdalnego wykonania kodu (RCE) poprzez uruchamianie dowolnych poleceń na maszynie ofiary.

W wersji 0.40.0 feast-dev/feast występuje podatność typu Cross-Origin Resource Sharing (CORS). Konfiguracja CORS na serwerze agentscope nie ogranicza dostępu tylko do zaufanych źródeł, co pozwala dowolnej zewnętrznej domenie na wysyłanie żądań do API.

Brak funkcji check_access() w module lollms_binding_infos repozytorium parisneo/lollms w wersji V14 umożliwia atakującym dowolne dodawanie, modyfikowanie i usuwanie powiązań. Ta podatność dotyczy punktów końcowych /install_binding i /reinstall_binding, co pozwala na nieautoryzowany dostęp i manipulację ustawieniami powiązań bez konieczności podawania wartości client_id.

Wykryto podatność typu Denial of Service (DoS) w punkcie końcowym /api/v1/boards/{board_id} w wersji v5.0.2 invoke-ai/invokeai. Problem występuje, gdy w polu board_name podczas żądania PATCH wysyłany jest nadmiernie duży ładunek, co powoduje, że interfejs użytkownika staje się nieodpowiedzialny.

W serwerze Invoke-AI (wersja v5.0.1) występuje podatność typu Denial of Service (DoS) w mechanizmie przetwarzania granic żądań multipart. Nieautoryzowani atakujący mogą spowodować nadmierne zużycie zasobów, co prowadzi do nieskończonej pętli i całkowitego zablokowania usługi dla wszystkich użytkowników.

Podatność w szad670401/hyperlpr v3.0 umożliwia przeprowadzenie ataku typu Denial of Service (DoS). Serwer nie radzi sobie z nadmiarem znaków dołączonych na końcu granic wieloczęściowych, co może prowadzić do nadmiernego zużycia zasobów i całkowitego zablokowania usługi dla wszystkich użytkowników.

Podatność w BerriAI/litellm, od commita 26c03c9, pozwala nieautoryzowanym użytkownikom na wywołanie ataku typu Denial of Service (DoS) poprzez wykorzystanie funkcji ast.literal_eval do analizy danych wejściowych od użytkownika. Funkcja ta nie jest bezpieczna i jest podatna na ataki DoS, co może spowodować awarię serwera Python litellm.