Katalog podatności CVE

DB-GPT 0.8.0 zawiera podatność typu directory traversal w funkcji skill_upload (packages/dbgpt-app/src/dbgpt_app/openapi/api_v1/agentic_data_api.py:40). Zdalny atakujący może wykorzystać zweryfikowaną ścieżkę eksploatacji do zapisu plików poza zamierzonym obszarem roboczym lub granicą przechowywania.

bisheng w wersjach 2.3.0, 2.4.0 i 2.4.0-beta1 jest podatny na wstrzyknięcie kodu (Code Injection) w pliku src/backend/bisheng/api/v1/validate.py. Podatność umożliwia wykonanie nieautoryzowanego kodu w kontekście aplikacji.

bisheng w wersjach 2.3.0, 2.4.0 i 2.4.0-beta1 jest podatny na directory traversal w funkcji save_download_file (src/backend/bisheng/core/cache/utils.py:290). Podatność umożliwia dostęp do plików poza zamierzonym obszarem.

W camel-ai camel 0.2.91a1, v0.2.91a2 i v0.2.91a3 narzędzie TerminalToolkit.shell_exec pozwala na wykonywanie poleceń powłoki sterowanych przez prompt bez granicy zatwierdzania. Oznacza to, że model może zainicjować wykonanie dowolnych poleceń systemowych.

W camel-ai camel 0.2.91a1, v0.2.91a2 i v0.2.91a3 narzędzie CodeExecutionToolkit może uruchamiać kod Python wygenerowany przez model poprzez SubprocessInterpreter bez granicy zatwierdzania. Umożliwia to wykonanie dowolnego kodu w środowisku usługi.

W agentscope 1.0.18, 1.0.19 i 1.0.19, gdy sesja RealtimeAgent udostępnia execute_python_code jako dostępne narzędzie, zdalny użytkownik WebSocket może nakłonić agenta do wywołania tego narzędzia i uruchomienia kodu Python w środowisku usługi. W zweryfikowanej ścieżce RealtimeAgent._acting przekazuje wywołanie narzędzia wygenerowane przez model do Toolkit.call_tool_function, co wywołuje execute_python_code bez dodatkowej granicy zatwierdzania lub izolacji.

Kiteworks Email Protection Gateway nie wystarczająco ograniczał, do którego konta można przypisać certyfikat. To może pozwolić atakującemu na powiązanie certyfikatu z kontem innego użytkownika, co wpływa na poufność i integralność zaszyfrowanej poczty tego konta, a tam gdzie włączone jest logowanie oparte na certyfikatach, może potencjalnie umożliwić nieautoryzowany dostęp do konta.

Przechowywana podatność XSS w Kiteworks Core może pozwolić nieuwierzytelnionemu atakującemu na przechowywanie spreparowanej treści, która później wykonuje dowolny JavaScript w sesji uwierzytelnionego administratora przeglądającego dotkniętą stronę. To mogło pozwolić atakującemu na uzyskanie pełnej kontroli administracyjnej, w tym utworzenie nowego konta administracyjnego.

Kiteworks Core nieprawidłowo walidował parametr przesyłany do przepływu resetowania hasła. Nieuwierzytelniony atakujący, znający adres e-mail użytkownika z lokalnie przechowywanym hasłem, mógł potencjalnie zresetować hasło tego konta bez dostępu do wysłanego linku resetującego, a następnie uwierzytelnić się jako ten użytkownik, w tym gdy konto ma uprawnienia administracyjne.

Nieprawidłowe uwierzytelnianie w usłudze administracyjnej Kiteworks Email Protection Gateway. Usługa administracyjna nie egzekwowała konsekwentnie uwierzytelniania administratora, więc wymagana kontrola hasła mogła zostać ominięta. Atakujący, który odwołał się do prawidłowego konta administratora, mógł potencjalnie tworzyć, modyfikować lub usuwać wewnętrznych użytkowników i zarządzane domeny oraz zmieniać konfigurację funkcji bezpieczeństwa bez uwierzytelniania; usunięcie zarządzanej domeny usuwa również jej konta użytkowników i może zablokować administratorów w bramie.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama renderuje treść wiadomości odwołującą się do zewnętrznych zasobów. Może to ujawnić wrażliwe informacje wewnętrzne lub wywołać niezamierzone działania w systemach wewnętrznych.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama wykonuje sprawdzanie statusu certyfikatu online dla wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama pobiera listę odwołania certyfikatów w wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery (SSRF). Zdalny, nieuwierzytelniony atakujący może nakłonić bramę do wysyłania spreparowanych żądań do wewnętrznych lub innych nieprzewidzianych miejsc w sieci, podczas gdy brama pobiera certyfikat wystawcy w wiadomości przychodzącej. Może to ujawnić wrażliwe informacje wewnętrzne lub zakłócić działanie bramy.

Kiteworks Email Protection Gateway przed wersją 9.5.0 jest podatny na atak typu Server-Side Request Forgery. Brama wykonywała serwerowe pobierania adresów URL zawartych w przetwarzanej treści wiadomości, bez odpowiedniego ograniczania miejsca docelowego pobierania. Zdalny, nieuwierzytelniony nadawca mógł stworzyć wiadomość, która powodowała wysyłanie przez bramę żądań do usług wewnętrznych i punktów końcowych metadanych instancji chmury oraz zwracanie odpowiedzi, co mogło ujawnić wrażliwe dane wewnętrzne i, w zależności od osiągniętej usługi wewnętrznej, wpłynąć na jej stan.

iperf3 w wersji 3.21 (esnet/iperf) zawiera zdalną, nieuwierzytelnioną podatność typu use-after-free na stercie: serwerowy watchdog per-test (server_timer_proc()) zwalnia strumienie bez anulowania/dołączania ich wątków roboczych, więc zablokowany wątek roboczy dereferencuje zwolniony iperf_stream; naprawione w wersji 3.22.

W ldapd w OpenBSD 7.8 przed erratą 057 i 7.9 przed erratą 021, delegowane wyniki uwierzytelniania BSD są korelowane tylko przez deskryptor pliku klienta procesu potomnego LDAP i identyfikator wiadomości LDAP. Po zamknięciu połączenia, późniejsze połączenie, które ponownie używa tego samego deskryptora pliku i identyfikatora wiadomości, może otrzymać wcześniejszy wynik uwierzytelniania. Zdalny atakujący, który może dotrzeć do ldapd, może ukończyć Bind jako inna tożsamość. Brakujące połączenie może również spowodować dereferencję wskaźnika NULL. (ldapd nie jest domyślnie włączony).

piscina to implementacja puli wątków dla node.js. Przed wersjami 4.9.4, 5.3.2 i 6.0.0-rc.5, Piscina przechowuje ThreadPool.options w src/index.ts jako zwykły obiekt dziedziczący z Object.prototype. Aplikacje z oddzielnym prymitywem zanieczyszczenia prototypu mogą zatem dostarczać odziedziczone wartości dla opcji wrażliwych na bezpieczeństwo, które nie mają własnych wartości domyślnych. Odziedziczona wartość execArgv jest przekazywana do konstruktora Node.js Worker i może wczytywać kod kontrolowany przez atakującego w wątkach roboczych, odziedziczona funkcja loadBalancer może wykonywać się podczas planowania zadań, a odziedziczone wartości env mogą zmieniać środowiska wątków roboczych. Problem został naprawiony w wersjach 4.9.4, 5.3.2 i 6.0.0-rc.5.

Kobako to gem Ruby, który osadza interpreter mruby w izolacji Wasm wewnątrz aplikacji, umożliwiając wykonywanie niezaufanych skryptów Ruby (kod generowany przez LLM, formuły użytkowników, zgłoszenia studentów, wtyczki innych firm) w procesie bez dawania im dostępu do pamięci hosta, plików, sieci lub poświadczeń. Od wersji 0.1.0 do przed wersją 0.9.1, skrypt mruby gościa działający wewnątrz sandboxa Kobako może wykonać dowolny Ruby w procesie hosta, całkowicie uciekając z sandboxa. Problem został naprawiony w wersji 0.9.1.

yii2-starter-kit do wersji 4.2.0 włącznie udostępnia moduły debug i Gii Yii dla wszystkich adresów IP, ustawiając allowedIPs na ['*'] w domyślnej konfiguracji deweloperskiej. Nieuwierzytelnieni zdalni atakujący mogą uzyskać dostęp do punktu końcowego debugowania, aby odczytać wrażliwe dane, w tym ciasteczka sesji i zapytania do bazy danych, lub uzyskać dostęp do punktu końcowego Gii, aby generować i zapisywać pliki PHP w katalogu aplikacji.