Katalog podatności CVE

OpenBao przed wersją 2.5.5 pozwala użytkownikowi z dostępem do sys/leases/revoke/:lease_id w jednej przestrzeni nazw unieważnić lease w innej przestrzeni nazw, jeśli zna identyfikator obcego lease. Routing wyszukiwania lease w vault/expiration.go pozwala FetchLeaseInfo i loadEntry rozwiązać dane lease poza przestrzenią nazw żądania, umożliwiając jednemu tenantowi unieważnienie lease i poświadczeń innego tenanta.

OpenBao przed wersją 2.5.5 używa funkcji EscapeLDAPValue (do escapowania DN wg RFC 4514) tam, gdzie wymagane jest escapowanie filtrów wyszukiwania LDAP (RFC 4515) w GetUserDN. Przy skonfigurowanym backendzie LDAP dla Active Directory, nazwa użytkownika zawierająca metaznaki filtrów może zmienić predykat wyszukiwania i wybrać inny wpis, co pozwala na powiązanie tokena z inną tożsamością i dostęp do jej sekretów.

OpenTelemetry Collector Contrib przed wersją 0.151.0 ma podatność w githubreceiver, gdzie walidacja nagłówków RequiredHeaders odbywa się tylko przy starcie, a nie na przychodzących żądaniach webhook. Nieuwierzytelniony nadawca może ominąć kontrolę uwierzytelniania i wysyłać dowolne payloady webhook, a przy pustym polu Secret pomijana jest również walidacja HMAC, co pozwala na wstrzyknięcie fałszywych danych CI/CD do potoku obserwowalności.

Capsule od wersji 0.13.0 do 0.13.6 ma podatność w konfiguracji webhooka walidującego, gdzie użyto nazwy namespace/finalize zamiast poprawnej nazwy zasobu Kubernetes namespaces/finalize. Użytkownik z uprawnieniami RBAC do namespaces/finalize może wysłać żądanie PUT do /api/v1/namespaces/{namespace}/finalize, a reguła pojedyncza nie pasuje do zasobu mnogiego, więc webhook nie jest wywoływany i użytkownik może zmienić etykietę tenant namespace.

Kiwi TCMS to otwartoźródłowy system zarządzania testami. Przed wersją 16.1 pola TestCase.extra_link i TestPlan.extra_link akceptowały nieoczyszczone dane wejściowe użytkownika i renderowały zapisane wartości dosłownie, co stwarzało możliwość ataku cross-site scripting. Oficjalne obrazy Docker i niezmodyfikowany middleware Kiwi TCMS wysyłają nagłówek Content-Security-Policy blokujący wbudowany JavaScript, co utrudnia eksploatację w domyślnych wdrożeniach, natomiast dostosowane wdrożenia osłabiające te ustawienia bezpieczeństwa mogą pozostać podatne. Wersja 16.1 prawidłowo oczyszcza oba pola i resetuje istniejące rekordy bazy danych, które nie przechodzą walidacji, do wartości null. Problem został naprawiony w wersji 16.1.

Signal K Server przed wersją 2.28.0 ma podatność w funkcji makeRemoteRequest(), która akceptuje kontrolowane przez atakującego parametry host, port, useTLS i selfsignedcert bez walidacji celu. Przy braku skonfigurowanego bezpieczeństwa, endpointy testSignalKConnection, requestAccess i checkAccessRequest są dostępne bez uwierzytelnienia, co pozwala na skanowanie portów, eksfiltrację danych z metadata chmury i wewnętrznych usług oraz ruch boczny.

Biblioteka surfio, służąca do odczytu i zapisu plików powierzchni, nieprawidłowo waliduje pola rozmiaru w plikach IRAP przed wersją 0.0.19. Prowadzi to do przepełnienia bufora podczas parsowania niezaufanych plików. Problem został naprawiony w wersji 0.0.19.

W systemie Kiwi TCMS w wersjach przed 16.1 endpoint potwierdzania konta przyjmował niezwalidowany parametr next, co umożliwiało nieuwierzytelnionemu atakującemu utworzenie adresu URL w zaufanej domenie Kiwi TCMS przekierowującego ofiarę na dowolną zewnętrzną domenę. Zaufane pochodzenie może służyć do stron wyłudzających dane uwierzytelniające, obejścia filtrów bezpieczeństwa poczty i kontroli reputacji linków lub dostarczania złośliwego oprogramowania. Problem naprawiono w wersji 16.1.

ToolHive przed wersją 0.29.1 ma błąd w networking.IsPrivateIP (pkg/networking/utilities.go), który pomija prefiksy IPv6 NAT64 64:ff9b::/96 i 64:ff9b:1::/48. Adresy NAT64 osadzające prywatne, loopback lub link-local adresy IPv4 są klasyfikowane jako publiczne i dozwolone, co na hoście za bramą NAT64/DNS64 pozwala na ślepe sondowanie wewnętrznej osiągalności TCP/TLS.

W ArcadeDB przed wersją 26.6.1 instrukcja IMPORT DATABASE nie wymagała uprawnień administracyjnych i przekazywała źródło do modułu importu bez walidacji. Uwierzytelniony użytkownik z dostępem do poleceń SQL przez /api/v1/command lub /api/v1/query może podać adresy HTTP/HTTPS, aby wykonać żądania do usług wewnętrznych, lub ścieżki file://, aby odczytać pliki dostępne dla procesu serwera i zaimportować je jako rekordy. Importer XML umożliwia też przetwarzanie DTD i encji zewnętrznych.

W ArcadeDB przed wersją 26.6.1 poprawka CVE-2026-44221 dodała sprawdzenie uprawnień UPDATE_SCHEMA tylko do metody LocalDocumentType.createProperty, pozostawiając pozostałe publiczne mutatory schematu w LocalDocumentType.java i LocalProperty.java bez kontroli. Uwierzytelniona tożsamość, w tym token API tylko do odczytu bez uprawnienia UPDATE_SCHEMA, może przez punkty końcowe HTTP użyć DROP PROPERTY, ALTER TYPE lub ALTER PROPERTY, aby zmieniać nazwy typów, dziedziczenie, aliasy, koszyki, usuwać właściwości i zmieniać ograniczenia właściwości.

Narzędzie GitHacker w wersji 1.1.7 i wcześniejszych w funkcji add_head_file_tasks przetwarza kontrolowaną przez atakującego ścieżkę ref z pliku .git/HEAD i łączy niezwalidowane segmenty ścieżki z temp_dst/.git/logs/, umożliwiając złośliwemu serwerowi odczyt dowolnego lokalnego pliku ofiary. Funkcja add_hashes_parsed skanuje następnie plik w poszukiwaniu 40-znakowych ciągów heksadecymalnych i wysyła żądania przez .git/objects, tworząc obserwowalny dla atakującego oracle istnienia i ujawniając pasujące fragmenty heksadecymalne. Pełna zawartość plików nie jest zwracana, a ścieżka zapisu w wersji 1.1.7 nie pozwala na ucieczkę z katalogu. Problem naprawiono w wersji 1.1.9.

W platformach SingularityCE i SingularityPRO przed wersjami odpowiednio 4.4.2 oraz 4.3.9 i 4.1.14 nieprawidłowe dopasowanie ciągów ścieżek w dyrektywie limit container paths w pliku singularity.conf pozwala na uruchomienie kontenera z katalogu sąsiedniego, np. /data/safe-but-unsafe, gdy dozwolony jest /data/safe w trybie setuid. Umożliwia to użytkownikowi uruchomienie kontenera spoza skonfigurowanej przez administratora listy dozwolonych ścieżek. Instalacje niekorzystające z limit container paths nie są podatne.

W frameworku Decidim przed wersją 0.32.0 administrator o niskich uprawnieniach w zakresie procesu lub edytor wyborów z prawami do zarządzania pytaniami może zapisać treść zawierającą HTML lub skrypty w polu question.body. Helper question_title zwraca tłumaczalną treść pytania przez html_safe bez granicy sanityzacji, co powoduje wykonanie zapisanego skryptu, gdy odwiedzający otwierają publiczne strony wyborów lub ekrany lokali wyborczych. Skrypt wykonuje się w przeglądarkach odwiedzających.

Wtyczka fluent-plugin-opentelemetry przed wersją 0.5.3 w wejściu HTTP in_opentelemetry odczytywała całe ciało przychodzącego żądania i dekompresowała ładunki do pamięci bez egzekwowania maksymalnych progów rozmiaru. Gdy endpoint przyjmujący dane OpenTelemetry był wystawiony na niezaufaną sieć, atakujący mógł wysłać nadmiernie duże żądanie lub silnie skompresowany ładunek, który rozszerzał się w pamięci. Wynikające z tego wyczerpanie pamięci mogło spowodować zakończenie procesu Fluentd przez system operacyjny, zakłócając całe zbieranie i przekazywanie logów na dotkniętym węźle.

W urządzeniu TOTOLINK X5000R V9.1.0cu.2415_B20250515 odkryto wbudowane na stałe hasło dostępu root. Pozwala to na uzyskanie pełnego dostępu do urządzenia bez znajomości indywidualnych poświadczeń.

W Google Cloud Gemini Enterprise Agent Platform SDK dla języka Python w wersjach przed 1.166.1 występuje podatność typu bucket squatting. Umożliwia ona atakującemu zdalne wykonanie kodu (RCE) oraz kradzież tokenów projektu dzierżawcy.

W bibliotece Tornado przed wersją 6.4.1 występuje podatność na wstrzyknięcie CRLF w klasie CurlAsyncHTTPClient, która nie odrzuca znaków powrotu karetki i przesunięcia wiersza w nagłówkach żądań. Atakujący może wstrzyknąć sekwencje CRLF do wartości nagłówków, aby wstrzyknąć dowolne nagłówki lub skonstruować całkowicie nowe żądania HTTP.

Tornado przed wersją 6.4.1 ignoruje zduplikowane nagłówki Transfer-Encoding: chunked, traktując żądania jako niemające treści i parsując treść chunked jako kolejne żądanie. Atakujący mogą wykorzystać tę niespójność, gdy Tornado działa za proxy, do przeprowadzenia przemytu żądań HTTP.

Tornado przed wersją 6.3.3 zawiera podatność na przemyt żądań HTTP wynikającą z nieprawidłowego parsowania nagłówków Content-Length akceptującego niestandardowe znaki. Atakujący mogą wysyłać spreparowane żądania HTTP z tymi znakami, aby obejść walidację proxy i przemycić żądania, gdy aplikacja działa za niektórymi proxy.