Katalog podatności CVE

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.

Podatność na wstrzyknięcie obiektów PHP (PHP Object Injection) w wtyczce Nested Pages w wersjach do 3.3.2. Umożliwia atakującemu wstrzyknięcie złośliwych obiektów PHP.

W kamerach PTZOptics oraz narzędziu Firmware Upgrade Tool brakuje uwierzytelniania dla krytycznej funkcji aktualizacji oprogramowania. Nieuwierzytelniony użytkownik może zainstalować zmodyfikowane oprogramowanie na urządzeniu bez poświadczeń administratora. Podatność dotyczy wielu modeli kamer i wszystkich wersji narzędzia do aktualizacji.

W Tugtainer przed wersją 1.30.6 uwierzytelniony użytkownik może spowodować, że serwer backend wyśle zewnętrzne żądania HTTP na dowolne adresy URL podane przez użytkownika za pośrednictwem punktu końcowego testowania powiadomień. Punkt /settings/test_notification przyjmuje pole urls i przekazuje je bezpośrednio do Apprise bez ograniczeń protokołów, nazw hostów, adresów localhost, prywatnych zakresów IP ani adresów metadanych chmury. Może to być wykorzystane jako uwierzytelnione ślepe SSRF.

W Tugtainer Agent przed wersją 1.30.4, gdy AGENT_SECRET nie jest skonfigurowany, dostęp do API zarządzania Dockerem jest możliwy bez uwierzytelnienia. Funkcja weryfikacji podpisu w agent/auth.py zwraca sukces, jeśli Config.AGENT_SECRET jest pusty, co powoduje, że chronione API stają się dostępne bez uwierzytelnienia.

W Tugtainer przed wersją 1.30.3 uwierzytelnianie OIDC może być inicjowane nawet gdy OIDC_ENABLED=false. Punkt końcowy /auth/oidc/enabled poprawnie informuje, że OIDC jest wyłączone, ale bezpośrednie żądanie do /auth/oidc/login nadal uruchamia proces logowania OIDC, zwraca HTTP 302, ustawia ciasteczko oidc_state i przekierowuje użytkownika do skonfigurowanego punktu autoryzacji OIDC. To omija wyłącznik OIDC.

W Soft Machine w wersjach 0.2.247 i wcześniejszych dwie funkcje pomocnicze w /app/server.js — verifyContainerAuth() i authenticateWorkspaceHttp() — akceptują globalny CONTAINER_SHARED_SECRET jako token bearer bez weryfikacji, do którego workspace należy wywołujący. Ponieważ ten sekret jest ustawiony identycznie na każdym kontenerze w aplikacji Fly i jest dostępny w środowisku procesów widocznym dla użytkownika, każdy najemca może użyć go do uwierzytelnienia w API workspace innego najemcy. Skutkuje to dostępem do operacji odczytu, zapisu i niszczącego przywracania między workspace'ami.

Zdalny, nieuwierzytelniony klient TLS może spowodować awarię serwera lub wywołanie przez zwolniony wskaźnik, jeśli jego sni_callback przypisze inny kontekst do SSLSocket.context (udokumentowany sposób wyboru certyfikatu per nazwa serwera) i nic innego nie utrzymuje oryginalnego ssl.SSLContext przy życiu. Typowe przypadki to serwery tworzące SSLContext na połączenie lub zastępujące go, gdy połączenia są otwarte; serwery, które opakowują nim gniazdo nasłuchujące, nie są dotknięte. Obejście: trzymaj referencję do każdego SSLContext, który ustawia sni_callback, przez cały czas życia serwera. Klienci TLS nie są dotknięci.

W Internet2 Grouper przed wersją 7.5.1 (w niektórych konfiguracjach) użytkownik, który ma uprawnienia do tworzenia lub edytowania reguł w interfejsie użytkownika, może eskalować uprawnienia.

Rozszerzenie Joomla - OrdaSoft Joomla CCK przed wersją 8.3.16 zawiera nieuwierzytelnione zdalne wykonanie kodu. Plik site/uploader.php jest osiągany przez normalny routing frontendu (task=getContent), bez uwierzytelnienia lub kontroli ACL. Walidacja zawartości pliku używa prawdziwego sprawdzenia MIME, ale lista dozwolonych rozszerzeń jest zakomentowana. Rozszerzenie zapisywanego pliku pochodzi bezpośrednio z nazwy pliku podanej przez atakującego, bez walidacji, a plik jest zapisywany w katalogu wykonywanym przez PHP. Poliglot obraz/PHP przeszedł kontrolę treści z rozszerzeniem .php.

Rozszerzenie Joomla - JCTables 1.21.1 zawiera nieuwierzytelnioną iniekcję SQL w zapytaniach odczytu i zapisu. Kontroler API CRUD na froncie nie wykonuje walidacji tokena Joomla ani kontroli uwierzytelnienia na żadnym zadaniu. Nazwy tabel, kolumn i wartości są pobierane bezpośrednio z parametrów żądania i łączone w zapytania SQL, co pozwala na SQLi w zapytaniach odczytu i zapisu.

Niewłaściwa neutralizacja specjalnych elementów użytych w poleceniu SQL (iniekcja SQL) w Trex MES firmy Trex Digital Smart Manufacturing Systems Inc. umożliwia wykonanie poleceń przez iniekcję SQL. Problem dotyczy Trex MES do 2026-09-29.

LightLLM do wersji 1.2.0 wdrożenia visual_only wystawia nieuwierzytelnioną usługę RPyC z włączonym allow_pickle, która deserializuje argumenty dostarczone przez atakującego w metodzie remote_infer_images. Atakujący mogą dotrzeć do portu RPyC i przekazać obiekty z metodami __reduce__, aby wykonać dowolny kod z uprawnieniami konta usługi.

LiteSpeed Web Server (LSWS) przed wersją 6.3.7 build 1 nieprawidłowo obsługuje walidację URL wewnętrznych przekierowań w pewnym 'skrajnym przypadku'.

Niewłaściwa neutralizacja specjalnych elementów użytych w poleceniu SQL (iniekcja SQL) w SOPLOG firmy Dolusoft Software Technologies umożliwia iniekcję SQL. Problem dotyczy SOPLOG przed wersją Soplog 2026.9.4.1.

Wtyczka OAuth Single Sign On – SSO (OAuth Client) w wersjach do 7.1.2 włącznie zawiera podatność pozwalającą nieuwierzytelnionemu atakującemu ominąć mechanizm logowania SSO. Brak wymaga wcześniejszego uwierzytelnienia do wykorzystania luki.