Katalog podatności CVE

W produkcie tsi-coop tsi-dpdp-cms do wersji 0.5.0 wykryto podatność w pliku InterceptingFilter.java komponentu Bootstrap Setup Endpoint. Manipulacja prowadzi do braku uwierzytelnienia. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

W produkcie tsi-coop tsi-dpdp-cms do wersji 0.5.0 wykryto podatność w pliku web.xml komponentu Admin Console/DPO Compliance Console. Wykonanie manipulacji prowadzi do braku uwierzytelnienia. Atak może być przeprowadzony zdalnie, a exploit jest publicznie ujawniony.

W produkcie ntegrals openbrowser do wersji 067fc45d649baa961750da8e2f4a75d87c5c75c8 wykryto podatność w pliku packages/core/src/agent/agent.ts komponentu Browser Agent Message Construction. Manipulacja prowadzi do nadmiernego zużycia zasobów. Atak może być przeprowadzony zdalnie, a exploit jest publicznie dostępny.

W HTTPX2 przed wersją 2.11.0 wykryto podatność w metodzie Request._prepare() w pliku src/httpx2/httpx2/_models.py. Może ona dodać nagłówek Content-Length oparty na treści do żądania, które już zawiera nagłówek Transfer-Encoding dostarczony przez wywołującego, ponieważ przetwarzanie setdefault() sprawdza każdy nagłówek domyślny niezależnie, zamiast traktować te dwa nagłówki jako wzajemnie wykluczające się. Może to umożliwić przemycanie żądań (request smuggling) lub desynchronizację połączenia.

W HTTPX2 przed wersją 2.11.0 wykryto podatność w metodzie FileField.render_headers() w pliku src/httpx2/httpx2/_multipart.py. Metoda bezpośrednio interpoluje kontrolowane przez atakującego wartości content_type i niestandardowe nagłówki z krotki files= do nagłówków części multipart/form-data bez walidacji nazw i wartości nagłówków. Znaki CR lub LF mogą zakończyć nagłówek części, wstrzyknąć dodatkowe nagłówki lub zakończyć blok nagłówków, co może pozwolić na zmianę semantyki części lub ominięcie kontroli opartych na nagłówkach.

W HTTPX2 od wersji 2.5.0 do 2.10.0 wykryto podatność w parserze Server-Sent Events w pliku src/httpx2/httpx2/_sse.py. Metoda _SSELineDecoder.decode() wielokrotnie kopiuje i ponownie skanuje buforowany tekst, gdy kontrolowany przez atakującego lub skompromitowany punkt końcowy SSE dzieli niezakończoną linię na wiele fragmentów odpowiedzi. Całkowita praca przetwarzania rośnie kwadratowo wraz z długością linii, co może pozwolić na nadmierne zużycie CPU i zablokowanie synchronicznego wątku lub pętli zdarzeń asynchronicznych.

W LiteLLM przed wersjami 1.88.6 i 1.96.2 wykryto podatność, która pozwala każdemu uwierzytelnionemu użytkownikowi proxy na przekierowanie wychodzącego wywołania dostawcy do kontrolowanego przez siebie miejsca docelowego i spowodowanie wysłania skonfigurowanych poświadczeń dostawcy do tego miejsca. Walidacja żądań w wielu plikach używała niekompletnych kontroli, które nie obejmowały wszystkich wrażliwych parametrów lub nie sprawdzały równoważnych wartości w zagnieżdżonych polach. Parametry routingu i poświadczeń, takie jak api_base, base_url, model_list, fallbacks i litellm_credential_name, mogły być stosowane bez usuwania zapisanego klucza operatora, co ujawniało poświadczenia dostawcy i inne skonfigurowane sekrety oraz umożliwiało żądania po stronie serwera do wewnętrznych usług.

W libjxl przed wersją 0.12 wykryto podatność polegającą na niedomiarze liczby całkowitej w parserze pojemników, która pozwala zdalnym atakującym na wstrzyknięcie dowolnych metadanych poprzez wykorzystanie obcięcia 64-bitowego rozmiaru boxa do size_t na platformach 32-bitowych. Atakujący mogą dostarczyć spreparowany plik JPEG XL, powodując, że dekoder będzie parsował kontrolowane przez atakującego bajty strumienia kodowego jako fantomowe nagłówki boxów, co umożliwia wstrzyknięcie dowolnych metadanych (Exif, XMP, IPTC, JUMBF) i potencjalne odczyty poza zakresem.

W Nexus Repository 3 wykryto podatność ujawniania wrażliwych informacji w API odczytu możliwości (capability read API). Konto posiadające uprawnienie nexus:capabilities:read może pobrać jawny tekst wspólnego sekretu skonfigurowanego w możliwości webhook, który powinien być maskowany we wszystkich odpowiedziach API. Problem dotyczy wersji od 3.2.0 do 3.95.x i został naprawiony w wersji 3.96.0.

W Sonatype Nexus Repository 3 wykryto wadę autoryzacji w punkcie końcowym REST API szczegółów repozytorium (GET /service/rest/v1/repositories/{repositoryName}). Konto posiadające uprawnienie odczytu lub przeglądania w repozytorium grupowym mogło pobrać metadane repozytoriów członkowskich, na które nie miało bezpośredniego uprawnienia, poprzez bezpośrednie żądanie do punktu końcowego z nazwą repozytorium członkowskiego. Dla repozytoriów proxy ujawniane metadane obejmują skonfigurowany zdalny adres URL, co może ujawnić wewnętrzne nazwy hostów.

Użytkownik z uprawnieniami do wdrażania artefaktów w hostowanym repozytorium Maven może przesłać plik POM zawierający nadmiernie duże pole metadanych. Powoduje to trwałą awarię prób wyświetlenia listy lub przeglądania komponentów tego repozytorium, dopóki administrator nie naprawi danych. Tylko to repozytorium jest dotknięte; inne repozytoria i ogólna kondycja serwera pozostają bez zmian.

Boruta, samodzielny serwer autoryzacyjny implementujący OAuth 2.0 i OpenID Connect, przed wersją 0.10.0 logował wrażliwe wartości w dziennikach zdarzeń biznesowych. Mogły to być tokeny dostępu, odświeżania, autoryzacyjne, agenta, kody direct-post, tokeny ID, VP oraz tokeny przesyłane do punktów introspection lub revocation. Osoba z dostępem do logów mogła odzyskać te poświadczenia i używać ich do wygaśnięcia lub unieważnienia.

DSpace, aplikacja repozytoryjna, w wersjach od 8.0-rc1 do przed 8.4, od 9.0-rc1 do przed 9.3 oraz od 10-rc1 do przed 10.0, zawiera podatność na path traversal w usłudze COAR Notify / LDN. Atakujący musi mieć już uprawnienia administratora DSpace. Podczas odczytu pliku wejściowego wzorca (template) używanego do generowania wiadomości LDN, klasa LDN nie sprawdza path traversal ani nie ogranicza szablonów do znanej ścieżki bazowej. Może to pozwolić na odczyt i interpretację niezaufanego pliku z innego miejsca w systemie plików jako szablon Apache Velocity.

DSpace, przed wersjami 7.6.7, 8.4, 9.3 i 10.0, w funkcji Curation Task pozwala na użycie ścieżki wyjściowej przez parametr -r, która nie jest ograniczona do żadnej konkretnej ścieżki bazowej. Oznacza to, że każda ścieżka zapisywalna przez użytkownika DSpace (często 'tomcat') jest dozwolona. Stanowi to podatność na path traversal w skrypcie curate.

DSpace, przed wersjami 7.6.7, 8.4, 9.3 i 10.0, podczas ingestii zagregowanego zasobu ORE przez URI (przy użyciu OAI-ORE Harvester), Crosswalk ORE Ingestion nie waliduje schematu URI. Może to pozwolić na lokalne dołączanie plików poprzez złośliwe ścieżki, takie jak file:///etc/passwd. Atakujący musi mieć już uprawnienia administratora kolekcji w DSpace.

Skaner agentverus-scanner nie analizuje skompilowanych plików bytecode Pythona w katalogach towarzyszących, co pozwala atakującym ominąć skanowanie bezpieczeństwa poprzez umieszczenie złośliwych wpisów __pycache__ obok nieszkodliwych plików źródłowych. Atakujący mogą wykonać dowolny bytecode Pythona podczas importu, podczas gdy skaner raportuje certyfikowany werdykt z wysokimi wynikami zaufania.

claude-skill-antivirus nie analizuje plików wykonywalnych podczas skanowania lokalnych katalogów umiejętności, czytając tylko SKILL.md i ignorując kod Pythona, bytecode i inne artefakty w katalogu scripts. Atakujący mogą rozpowszechniać umiejętności ze złośliwym kodem w plikach innych niż manifest, które otrzymują ocenę BEZPIECZNY z wynikiem zaufania 100/100, mimo że zawierają nieprzeanalizowane ładunki wykonywalne.

Komponent skill-scan w Tencent AI-Infra-Guard wyklucza skompilowane pliki bytecode Pythona z analizy, twardo kodując katalogi __pycache__ i rozszerzenia .pyc/.pyo/.pyd na listach pomijania w wielu powierzchniach skanowania. Atakujący mogą rozpowszechniać umiejętności z nieszkodliwymi plikami źródłowymi Pythona obok złośliwego skompilowanego bytecode, który wykonuje się przy imporcie, podczas gdy skaner raportuje bezpieczny werdykt, umożliwiając wykonanie kodu po instalacji umiejętności przez operatorów.

Astro to framework webowy dla stron opartych na treści. Przed wersją 7.2.4, Astro usuwał skonfigurowaną ścieżkę bazową (base path) z nazw ścieżek żądań za pomocą sprawdzenia prefiksu bez weryfikacji granicy segmentu ścieżki. Przy bazie "/app", żądanie do "/appX/admin" wewnętrznie rozwiązywało się do chronionej trasy "/admin", podczas gdy middleware obserwował "/appX/admin" w context.url.pathname. W aplikacjach autoryzujących trasy z prefiksem bazowym przez sprawdzanie context.url.pathname, nieuwierzytelniony zdalny atakujący mógł ominąć autoryzację middleware opartą na nazwie ścieżki i dotrzeć do chronionych tras. Problem naprawiono w wersji 7.2.4.

Open edX Platform umożliwia tworzenie i dostarczanie nauki online na dowolną skalę. Przed commit 00b7c3c, endpoint akceptuje dostarczone przez użytkownika files[].url, wykonuje pobranie po stronie serwera za pomocą "requests.get(url, allow_redirects=True)". Pobrane bajty są następnie zwracane w odpowiedzi ZIP. To umożliwia SSRF z eksfiltracją odpowiedzi. Podążanie za przekierowaniami jest włączone i nie ma limitu czasu w podatnej ścieżce pobierania. Problem naprawiono w commicie 00b7c3c.