Katalog podatności CVE

iFlytek astron-agent do wersji 1.1.1 zawiera podatność na obejście autoryzacji w punkcie końcowym copyFlow, który nie weryfikuje własności przepływów pracy. Uwierzytelnieni atakujący mogą wyliczać identyfikatory przepływów pracy i nadpisywać przepływy innych dzierżawców lub kopiować prywatne przepływy, aby odczytać ich definicje.

Sudo do wersji 1.9.17p2 nie stosuje kontroli zasad intercept do wywołania systemowego execveat w trybie intercept opartym na ptrace. Użytkownicy uprawnieni do uruchamiania określonych poleceń mogą wykonywać zabronione programy, wywołując execveat bezpośrednio lub przez fexecve, omijając egzekwowanie zasad i rejestrowanie.

KubeEdge CloudCore do wersji 1.23.1 akceptuje raporty statusu zadań węzłów na swoim serwerze HTTPS bez weryfikacji uwierzytelnienia. Atakujący mogą dotrzeć do CloudCore na porcie 10002, aby oznaczyć zadania aktualizacji jako zakończone sukcesem lub porażką, oszukując płaszczyznę kontroli co do statusu aktualizacji węzłów i blokując dalsze planowanie aktualizacji.

Documenso przed wersją 2.13.0 akceptuje przesyłanie plików PDF na punkt końcowy /api/files/upload-pdf bez wymagania uwierzytelnienia, tokenów sesji lub poświadczeń API. Nieuwierzytelnieni atakujący mogą przesyłać dowolne pliki PDF w nieskończoność, aby wyczerpać zasoby pamięci masowej lub zapełnić bazę danych niepowiązanymi rekordami dokumentów.

Rodauth przed wersją 2.47.0 zawiera podatność na ponowne użycie jednorazowego hasła opartego na czasie w funkcji otp, która nie śledzi znacznika czasu ostatniego zaakceptowanego kodu. Atakujący, którzy zaobserwują ważny kod TOTP, mogą go powtórzyć w oknie dryfu, aby ominąć drugi czynnik uwierzytelniania.

Rodauth przed wersją 2.47.0 zawiera podatność na obejście uwierzytelniania w trasie jwt_refresh, która wydaje nowe tokeny dostępu JWT bez wymagania tokena odświeżania. Atakujący mogą przedstawić token dostępu do trasy odświeżania za pomocą metod innych niż POST, aby uzyskać nowy ważny token dostępu, co umożliwia nieograniczony dostęp do konta przy posiadaniu tymczasowego tokena.

Rodauth przed wersją 2.47.0 zawiera podatność na obejście ochrony CSRF w walidacji typu treści żądań JSON. Atakujący mogą wysyłać formularze z innych domen z typem treści zawierającym podciąg 'application/json', aby ominąć walidację tokena CSRF i zmusić ofiary do uwierzytelnienia na kontach kontrolowanych przez atakującego.

Rodauth przed wersją 2.47.0 nie waliduje poprawnie ścieżek powrotnych względnych do protokołu w funkcjach confirm_password, login_return_to_requested_location i two_factor_auth_return_to_requested_location. Atakujący mogą tworzyć ścieżki z podwójnym ukośnikiem na początku, które przeglądarki interpretują jako adresy względne do protokołu, przekierowując uwierzytelnionych użytkowników na strony atakującego po zalogowaniu lub potwierdzeniu hasła.

Rodauth przed wersją 2.46.0 zawiera podatność na obejście uwierzytelnienia w trasie webauthn_login, która pozwala zalogowanym użytkownikom na uwierzytelnienie jako dowolne inne konto. Atakujący mogą wykorzystać nieprawidłową logikę rozwiązywania konta, która zamiast weryfikować powiązanie poświadczeń, odwołuje się do identyfikatorów konta z sesji, aby ukończyć uwierzytelnienie jako dowolni użytkownicy.

pac4j-saml przed wersją 6.5.6 nie wymaga walidacji podpisu wiadomości LogoutRequest w metodzie SAML2LogoutValidator.validateLogoutRequest(). Gdy IdP nie wysyła SessionIndex, sesja może zostać zniszczona na podstawie samego NameID, co pozwala nieuwierzytelnionemu atakującemu na wysłanie niepodpisanego LogoutRequest z odgadniętym identyfikatorem (np. adresem e-mail używanym jako NameID) w celu zakończenia sesji SAML ofiary.

pac4j-core przed wersją 6.5.6 zawiera podatność na otwarte przekierowanie w metodzie DefaultLogoutLogic.perform(), która akceptuje cele przekierowania po wylogowaniu zaczynające się od ukośnika odwrotnego, pasujące do wzorca logoutUrlPattern. Atakujący mogą tworzyć linki wylogowania z zewnętrznymi hostami poprzedzonymi ukośnikiem odwrotnym, które przeglądarki normalizują do odniesień sieciowych, przekierowując ofiary na strony atakującego po wylogowaniu.

pac4j-core przed wersją 6.5.6 zawiera podatność na obejście uwierzytelnienia w CheckProfileTypeAuthorizer, która odwraca logikę walidacji typu profilu. Atakujący mogą uwierzytelnić się przez słabszego klienta i uzyskać dostęp do zasobów wymagających silniejszego typu profilu, spełniając ogólne kontrole profilu.

pac4j-oidc przed wersją 6.5.6 akceptuje wywołania zwrotne OIDC zawierające tylko token dostępu, bez walidacji kodu autoryzacyjnego lub tokena ID. Atakujący mogą podstawić tokeny dostępu wygenerowane dla innych klientów, aby utworzyć uwierzytelnione sesje bez odpowiedniej weryfikacji wydawcy, odbiorcy, nonce lub podmiotu.

pac4j-oidc przed wersją 6.5.6 nie weryfikuje podpisów tokenów dostępu, wystawców, odbiorców ani wygaśnięcia podczas wyodrębniania ról realm i klientów Keycloak. Atakujący mogą sfałszować tokeny dostępu z rolami administracyjnymi w połączeniu z ważnymi tokenami ID, aby ominąć kontrole autoryzacji w aplikacjach polegających na walidacji ról pac4j.

Cloud Commander przed wersją 19.20.2 zawiera podatność na przechodzenie po katalogach w operacjach plikowych REST i endpointach markdown, która nieprawidłowo waliduje normalizację ścieżek. Atakujący mogą użyć sekwencji przechodzenia po katalogach do odczytu, zapisu, przenoszenia lub kopiowania plików poza skonfigurowanym katalogiem głównym.

Pakiet cohttp przed wersją 6.3.0 dla języka OCaml zawiera podatność na przechodzenie po katalogach (directory traversal).

W MITRE SAF Heimdall w wersjach od 2.11.6 do 2.13.x przed 2.14.0 występuje podatność SSRF, która pozwala zdalnym atakującym na dostęp do wewnętrznych zasobów sieciowych przez endpoint proxy Tenable. Problem występuje w pliku apps/backend/src/tenable/tenable.controller.ts.

su-exec do wersji 0.3 nie waliduje poprawnie numerycznych identyfikatorów użytkownika i grupy parsowanych przez strtol przed przypisaniem do uid_t i gid_t, co pozwala na obcięcie wartości spoza zakresu do zera. Atakujący mogą podać duże identyfikatory, które po obcięciu stają się identyfikatorem roota, powodując wykonanie programów z uprawnieniami roota zamiast zamierzonego nieuprzywilejowanego konta.

argocd-mcp 0.8.0 wiąże swój transport HTTP ze wszystkimi interfejsami sieciowymi i akceptuje sesje MCP bez wymagania poświadczeń wywołującego, gdy skonfigurowano ARGOCD_API_TOKEN. Atakujący, którzy mogą dotrzeć do nasłuchiwacza, mogą wywołać pełną powierzchnię narzędzi, używając przechowywanego tokena operatora, aby tworzyć aplikacje, żądać synchronizacji i modyfikować zasoby Argo CD.

RubyGems nie przeprowadza ponownej walidacji zawartości ścieżki po rozwiązaniu dowiązań symbolicznych podczas ekstrakcji gemów. Gdy istniejące wcześniej dowiązanie symboliczne w katalogu docelowym wskazuje poza katalog ekstrakcji, pliki, które wydają się być zapisywane w katalogu docelowym, mogą zostać zapisane poza nim, łamiąc granicę bezpieczeństwa ekstrakcji. Poprawka rozwiązuje rzeczywistą ścieżkę katalogu nadrzędnego przed zapisem i zgłasza Gem::Package::PathError, jeśli wykracza poza katalog docelowy.