Katalog podatności CVE

HTTPX2 przed wersją 2.10.0 nie uruchamia TLS w połączeniach przez proxy SOCKS5, gdy zdalny cel używa wss, ponieważ warunek aktualizacji TLS rozpoznaje tylko https. HTTPX2 naraża na to działanie przez Client.websocket() i AsyncClient.websocket() w wersjach 2.6.0-2.9.1, co powoduje, że dane mogą być przesyłane jawnym tekstem bez weryfikacji certyfikatu. Problem naprawiono w httpcore2 2.10.0 i HTTPX2 2.10.0.

W Sonatype Nexus Repository 3 dwa endpointy REST API zarządzania grupami blobstore nie egzekwowały poprawnie autoryzacji. Użytkownik z uprawnieniem nexus:blobstores:create mógł wywołać te endpointy, aby przekonwertować istniejący blobstore na grupowy blobstore, co powinno wymagać uprawnienia nexus:blobstores:update. Może to prowadzić do nieautoryzowanej modyfikacji konfiguracji blobstore bez zgody administratora.

W dotkniętych wersjach Nexus Repository 3 endpoint wykonania skryptów (POST /service/rest/v1/script/{name}/run) nie weryfikował, czy wykonanie skryptów zostało administracyjnie wyłączone. Konto z uprawnieniem do wykonywania skryptów mogło nadal uruchamiać wcześniej utworzone skrypty nawet po ustawieniu nexus.scripts.allowCreation=false, co podważa oczekiwanie, że to ustawienie całkowicie blokuje wykonywanie skryptów.

W wersjach PREVAIL przed 0.2.4 weryfikator eBPF akceptuje instrukcje ALU32 ADD i SUB działające na rejestrach typu wskaźnik bez sprawdzania flagi is64. Ponieważ arytmetyka ALU32 zeruje górną połowę 32-bitowego wyniku, górna część wskaźnika jest niszczona w czasie wykonania, a PREVAIL oznacza program jako bezpieczny. Każdy, kto może przesłać program eBPF do weryfikacji, może wygenerować program, który przechodzi weryfikację, ale powoduje błędy w czasie wykonania. Problem naprawiono w wersji 0.2.4.

DSpace w wersjach od 8.0-rc1 do przed 8.4, od 9.0-rc1 do przed 9.3 oraz 10-rc1 umożliwia zdalne wykonanie kodu (RCE) poprzez szablony Velocity używane do komunikatów COAR Notify/LDN. Problem naprawiono w wersjach 8.4, 9.3 i 10.0.

Boruta przed wersją 0.10.0 w kontrolerze UserSettingsController.update/2 atomizuje każdy klucz z ciała żądania przez String.to_atom/1 przed walidacją. Ponieważ String.to_atom trwale internuje atomy w tablicy atomów BEAM (domyślnie 1 048 576 atomów), każdy uwierzytelniony użytkownik może wysłać PUT /users/settings z nowymi kluczami, wyczerpując globalną tablicę atomów. Gdy tablica jest pełna, BEAM przerywa działanie, powodując awarię całego serwera OIDC. Problem naprawiono w wersji 0.10.0.

TOON, serializacja JSON dla promptów LLM, przed wersją 2.3.1 ma podatność na zanieczyszczenie prototypu. Dekodowanie danych TOON z kluczami __proto__, constructor lub prototype zapisuje przez łańcuch prototypów zamiast tworzyć własną właściwość, co zanieczyszcza Object.prototype. Może to prowadzić do odmowy usługi lub zdalnego wykonania kodu, jeśli istnieje odpowiedni gadżet.

Nuclio, framework serverless, przed wersją 1.17.4 ma niekompletną poprawkę dla nieuwierzytelnionego wstrzykiwania komend OS w dashboardzie na platformie lokalnej/Docker. Ścieżka list-all zasobów interpoluje parametr resourceNamespace bez cudzysłowów do komendy /bin/sh -c, co pozwala nieuwierzytelnionemu atakującemu na wstrzyknięcie metaznaków przez nagłówki HTTP i wykonanie dowolnych komend w kontenerze dashboardu.

Nuclio, framework serverless, przed wersją 1.17.4 ma podatność na wstrzykiwanie komend OS w lokalnej platformie Docker. Przestrzeń nazw funkcji jest interpolowana bez walidacji do podwójnie cudzysłowionej komendy docker ps --filter, wykonywanej przez /bin/sh -c. Ponieważ domyślny typ uwierzytelniania to nop (brak uwierzytelniania), zdalny atakujący może wstrzyknąć dowolne komendy OS, które wykonują się jako root w kontenerze dashboardu, który posiada socket Docker, co prowadzi do przejęcia hosta.

Nuclio, framework serverless, od wersji 1.6.19 do przed 1.17.2 ma podatność w pipeline budowania dashboardu, która nie sanityzuje pola spec.build.tempDir przed użyciem go do konstrukcji komendy powłoki. Gdy włączony jest builder Kaniko, użytkownik z uprawnieniami do tworzenia funkcji może wstrzyknąć metaznaki powłoki i uzyskać wykonanie dowolnych komend w kontenerze dashboardu, który ma konto usługi Kubernetes z dostępem do Secrets, Pods, Jobs i Deployments.

Open edX Platform przed commit 59bb6d6 ma podatność w funkcji set_course_mode_price(), która jest chroniona tylko przez @login_required i nie wykonuje żadnej kontroli uprawnień na poziomie kursu. Każdy uwierzytelniony użytkownik, w tym konto ucznia bez ról kursowych, może wysłać pojedyncze żądanie POST, aby nadpisać cenę i walutę trybu honorowego dowolnego kursu na platformie.

Nuclio, framework serverless, przed wersją 1.16.5 ma podatność w runtime Java, która generuje plik build.gradle podczas budowania funkcji przy użyciu pakietu text/template Go. Szablon renderuje wartości runtimeAttributes.repositories[] z akcją {{ . }}, która nie wykonuje escapowania. Atakujący może osadzić zamykający nawias klamrowy, aby wyrwać się z bloku repositories i dodać dowolne instrukcje Groovy, które wykonują się bezwarunkowo podczas fazy konfiguracji Gradle.

Nuclio przed wersją 1.16.4 zawiera podatność na wstrzykiwanie poleceń w konstrukcji wywołania curl dla wyzwalaczy cron. Klucze nagłówków event.headers i event.body nie są odpowiednio sanityzowane, co pozwala na wstrzyknięcie niebezpiecznych argumentów do polecenia wykonywanego w kontenerze CronJob.

Nuclio przed wersją 1.16.0 zawiera podatność w API zarządzania projektami w Nuclio Dashboard. Każdy uwierzytelniony użytkownik, nawet bez członkostwa w docelowym projekcie, może ominąć autoryzację OPA na ścieżkach zapisu (PUT /api/projects/{id}, DELETE /api/projects) i modyfikować lub usuwać dowolny projekt wraz z powiązanymi zasobami.

Podatność w telefonach Cisco Desk Phone 9800 Series, IP Phone 7800 i 8800 Series oraz Video Phone 8875 z oprogramowaniem SIP pozwala nieuwierzytelnionemu zdalnemu atakującemu spowodować warunek DoS. Wynika to z nieprawidłowego zarządzania pamięcią podczas przetwarzania pakietów HTTP, a atak polega na wysyłaniu ciągłego strumienia spreparowanych pakietów HTTP.

Podatność w oprogramowaniu Cisco IOS XR została wykryta podczas wewnętrznego przeglądu bezpieczeństwa. Dotyczy nieprawidłowego sprawdzania lub obsługi warunków wyjątkowych, sklasyfikowanych jako CWE-703.

Podatność w oprogramowaniu Cisco IOS XR została wykryta podczas wewnętrznego przeglądu bezpieczeństwa. Dotyczy nieprawidłowej neutralizacji danych wejściowych, sklasyfikowanej jako CWE-707.

Podatność w oprogramowaniu Cisco IOS XR została wykryta podczas wewnętrznego przeglądu bezpieczeństwa. Dotyczy awarii mechanizmów ochronnych, sklasyfikowanej jako CWE-693.

Podatność w oprogramowaniu Cisco IOS XR została wykryta podczas wewnętrznego przeglądu bezpieczeństwa. Dotyczy niewystarczającego zarządzania przepływem sterowania, sklasyfikowanego jako CWE-691.

Podatność w oprogramowaniu Cisco IOS XR została wykryta podczas wewnętrznego przeglądu bezpieczeństwa. Dotyczy nieprawidłowych obliczeń, sklasyfikowanych jako CWE-682.