Katalog podatności CVE

Podatność typu blind SSRF w DataHub v.1.5.0.1 umożliwia zdalnemu atakującemu wykonanie dowolnego kodu poprzez nakłonienie serwera do pobrania obrazu z spreparowanego adresu URL. Serwer nie zwraca bezpośrednio zawartości ani błędów, co utrudnia wykrycie ataku.

W GAPTEQ Designer v.3.5 występuje problem umożliwiający zdalnemu atakującemu eskalację uprawnień poprzez rolę Company Manager. Podatność pozwala na nieautoryzowane podniesienie poziomu dostępu.

Rozszerzenie Joomla - joomlack.fr - Podatność na SQL injection w Page Builder CK < 3.6.5. Rozszerzenie Joomla Page Builder CK jest podatne na problem z SQL injection związany z modelem stylów. Wersja 3.6.4 naprawiła wektor w frontendzie, a 3.6.5 w backendzie.

Rozszerzenie Joomla Sourcerer firmy Regular Labs przed wersją 16.0.0 przetwarza bloki {source} znalezione w końcowym wyrenderowanym HTML bez wiarygodnego określenia pochodzenia kodu, co umożliwia nieuwierzytelnione zdalne wykonanie kodu przez niezweryfikowane odbite dane wejściowe użytkownika.

Podatność na SQL injection w StudIP 6.0.x przed 6.0.3 i 5.4.x przed 5.4.12 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu i uzyskanie poufnych informacji za pomocą funkcji store().

W Squirro Cognitive Search w wersjach wcześniejszych niż 3.14.2 występuje problem umożliwiający zdalnemu atakującemu wykonanie dowolnego kodu poprzez spreparowany payload wysłany do funkcji resetowania hasła. Podatność może być wykorzystana do przejęcia kontroli nad aplikacją.

W Squirro Cognitive Search przed wersją 3.14.2 występuje problem umożliwiający zdalnemu atakującemu eskalację uprawnień poprzez spreparowane żądanie. Podatność pozwala na nieautoryzowane podniesienie poziomu dostępu.

Aplikacja CRM+ od Brainformatik w wersjach do 2025.6 włącznie jest podatna na atak SQL Injection (time-based). Endpoint check conflict (index.php?module=Appointments&action=CheckConflictOfDates&ajaxSkipHeader=true) używany do sprawdzania konfliktów w kalendarzu użytkownika jest podatny na wstrzykiwanie SQL, co pozwala atakującemu na wykonanie dowolnego kodu.

W JetBrains YouTrack przed wersjami 2025.3.156085, 2026.1.13913, 2026.2.18112 nieuwierzytelniony atakujący mógł pobrać kopie zapasowe bazy danych za pomocą współdzielonego podpisu wersji roboczej.

Przed wersją 1.0.0-rc.18 w systemie New API, kontrolowane przez użytkownika wartości (np. liczba obrazów, czas trwania wideo, max_tokens, max_completion_tokens, maxOutputTokens, czas trwania audio, ilości w wyrażeniach rozliczeniowych) mogą powodować przepełnienie konwersji w common/quota_math.go i powiązanych ścieżkach rozliczeniowych. Pozwala to kontu o niskich uprawnieniach z dodatnim saldem lub aktywną subskrypcją zamienić ujemne obciążenie na kredyt na koncie i potencjalnie wyczerpać środki dostawcy.

Przed wersją 1.0.0-rc.7 w systemie New API, API listy użytkowników i wyszukiwania użytkowników (w tym GET /api/user/) zwracają User.AccessToken jako access_token, ponieważ obiekty modelu User są serializowane po zapytaniach z użyciem Omit("password"). Umożliwia to uwierzytelnionemu administratorowi uzyskanie tokena bearer roota i dostęp do API konfiguracji systemu dostępnych tylko dla roota.

Przed wersjami 2026.1.6, 2026.5.2, 2026.6.1 i 2026.7.0 w Discourse, nieuwierzytelniony atakujący mógł wysłać pojedyncze żądanie z spreparowanym ciasteczkiem color_scheme_id (lub dark_scheme_id), aby wstrzyknąć dowolny HTML na stronę Discourse. Ponieważ wartość ciasteczka była renderowana w tagu schematu kolorów bez escapowania, atakujący mógł wydostać się z atrybutu i wstrzyknąć tag, który omijał politykę bezpieczeństwa treści opartą na nonce, co prowadziło do wykonania dowolnego JavaScriptu w przeglądarkach odwiedzających.

FakeFish przekazuje przychodzące poświadczenia do skryptów. Działa to dla prawdziwego sprzętu, ponieważ ostatecznie to BMC je weryfikuje. Jednak KubeVirt polega na pliku KUBECONFIG zamontowanym w kontenerze i całkowicie ignoruje poświadczenia. Pozwala to każdemu użytkownikowi klastra kontrolować maszyny wirtualne użytkownika, który utworzył fakefish, włączać je i wyłączać oraz montować dowolne obrazy CD.

W Logsign SIEM występuje podatność niewystarczającej ochrony poświadczeń, która pozwala na wydobycie osadzonych wrażliwych danych. Dotyczy wersji od 6.4.97 przed 6.4.114.

W urządzeniach Wavlink WN531P3 i WN535M1 w wersji V250922, funkcja strcpy w pliku /etc/lighttpd/www/cgi-bin/export_pingortrace.cgi (komponent Export Pingortrace CGI) jest podatna na przepełnienie bufora na stosie poprzez manipulację argumentem HTTP_COOKIE. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ominięcie uwierzytelniania w pqc.py, gdzie niepowodzenia deszyfrowania AES-GCM powodują przełączenie na nieuwierzytelniony tryb AES-CTR. Atakujący mogą modyfikować szyfrogram w transmisji, aby ominąć weryfikację integralności i przeprowadzać ataki typu bit-flipping bez wykrycia.

openssl_encrypt przed wersją 1.4.0 zawiera krytyczną podatność w pqc.py, gdzie niepowodzenia dekapsulacji KEM po cichu przełączają się w tryb symulacji, generując deterministyczny wspólny sekret z tylko 16 bajtów klucza prywatnego i publicznie dostępnych danych klucza. Atakujący, którzy zdobędą 16 bajtów klucza prywatnego, mogą obliczyć wspólny sekret i odszyfrować cały szyfrogram, ponieważ wyzwalacz działa przy każdym niepowodzeniu KEM bez zgłaszania błędu.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ucieczkę z piaskownicy w IsolatedPluginExecutor, która udostępnia obiekty typów Pythona w ograniczonych wbudowanych funkcjach exec(). Atakujący mogą przechodzić przez hierarchię klas Pythona za pomocą __class__.__mro__.__subclasses__(), aby uzyskać dostęp do funkcji systemowych i wykonywać dowolne polecenia systemu operacyjnego.

openssl_encrypt przed wersją 1.4.0 zawiera podatność na ucieczkę z piaskownicy w analizatorze AST DangerousPatternVisitor, który nie wykrywa technik przechodzenia przez atrybuty dunder. Atakujący mogą użyć łańcuchów __class__, __bases__, __subclasses__() i __globals__, aby uzyskać dostęp do ograniczonych funkcji i wykonywać dowolne polecenia systemowe z kodu pluginu.

openssl_encrypt przed wersją 1.4.0 nie stosuje ograniczeń piaskownicy w domyślnym trybie izolacji procesów dla wykonywania pluginów. Atakujący mogą wykonywać złośliwe pluginy z nieograniczonym dostępem do systemu plików, sieci, wykonywania podprocesów i wszystkich modułów Pythona.