Katalog podatności CVE

W funkcji testowania źródeł danych Zimbra Collaboration Suite (ZCS) występuje wstrzyknięcie poleceń SMTP. Uwierzytelniony użytkownik może wstrzyknąć CR/LF do adresu e-mail w kopercie SMTP, a po pomyślnym logowaniu POP3/IMAP Zimbra wysyła wstrzyknięte polecenia do usługi SMTP.

serialize-javascript w wersjach od 7.0.1 przed 7.1.3 zawiera podatność cross-site scripting. Atakujący może wyłamać się z elementu script HTML, kończąc serializowane źródło funkcji nieescapowanym ciągiem </script.

W baserCMS w wersjach 5.0.0 przed 5.3.2 i 5.4.0 przed 5.4.2 publiczny endpoint API dodawania wiadomości pocztowych nie wymusza ustawienia auth_captcha. Nieuwierzytelniony atakujący może zautomatyzować zgłoszenia bez rozwiązywania captchy.

W baserCMS w wersjach 5.2.5 przed 5.3.2 i 5.4.0 przed 5.4.2 nieuwierzytelniony odwiedzający może podać listę adresów rozdzieloną przecinkami w polu e-mail formularza, powodując wysłanie jednej automatycznej odpowiedzi do wielu osób trzecich.

W baserCMS w wersjach 5.0.0 przed 5.3.2 i 5.4.0 przed 5.4.2 uwierzytelniony użytkownik z uprawnieniem tylko do przeglądania plików motywu może wyjść poza katalog motywu przez opcjonalny plugin BcThemeFile. Może to ujawnić kod źródłowy aplikacji oraz dane dostępowe do bazy w config/install.php.

Repozytoria conda-forge w commitach 85748ad2368a i wcześniejszych zawierają dwa komponenty React renderujące zewnętrzne ciągi znaków bezpośrednio jako HTML przez dangerouslySetInnerHTML bez sanityzacji. Ciągi błędów/statusów zawierają surowe dane wyjściowe z procesów budowania (logi, patche, tracebacki), które strona renderuje dosłownie jako HTML.

Platforma Event Schedule w wersjach 1.0.0 i wcześniejszych zawiera obejście zabezpieczenia SSRF w App\Utils\UrlUtils::isUrlSafe() stosowanego do importowanych URLi. Obejście na dwa sposoby pozwala dotrzeć do usług wewnętrznych/localhost, gdy URL jest później pobierany przez ImportCuratorEvents (Http::get) i file_get_contents dla ogImage.

Signal K Server od wersji 2.28.0-beta.2 przed 2.34.0 zawiera podatność SSRF w mechanizmie pobierania ikon App Store, który ufa absolutnym URLom signalk.appIcon. Atakujący publikujący pakiety npm ze słowami kluczowymi Signal K może wymusić żądania do loopback, sieci statku lub punktów metadanych chmury, a odpowiedzi obrazów są przechowywane i serwowane przez panel administracyjny.

@pdfme/common od wersji 5.5.10 przed 6.2.6 zawiera podatność SSRF pozwalającą obejść denylistę isUrlSafeToFetch w getB64BasePdf. Atakujący mogą podać URL-e basePdf wykorzystujące IPv4-mapped IPv6, [::], NAT64 lub aliasy localhost, aby odczytać odpowiedzi z loopback, zasobów wewnętrznych lub metadanych chmury przez generowane dokumenty.

Wtyczki WordPress Advanced Custom Fields: Extended oraz Advanced Custom Fields: Extended PRO w wersjach od 0.9.2.4 do 0.9.2.7 nie wyłączają konsekwentnie przetwarzania shortcode'ów w komunikacie potwierdzenia formularzy front-endowych. Umożliwia to nieuwierzytelnionym odwiedzającym wykonanie dowolnych shortcode'ów po stronie serwera podczas wysyłania formularza, którego zapisana konfiguracja nie zawiera odpowiedniego ustawienia.

Chatwoot przed wersją 4.17.0 zawiera podatność obejścia autoryzacji, która pozwala uwierzytelnionym botom agentów na dostęp do innych kont poprzez podanie obcego source_id skrzynki kontaktowej. Atakujący może wywołać endpoint tworzenia konwersacji z source_id innego konta, aby tworzyć lub pobierać konwersacje i publikować wiadomości do kontaktów tego konta.

RPly do wersji 1.1.4 zawiera podatność nieprawidłowej walidacji indeksu tablicy w funkcji ply_read_header_property(), która akceptuje listę jako długość lub typ wartości właściwości listy. Atakujący może dostarczyć spreparowany plik PLY, który powoduje wywołanie procedury obsługi poza zakresem w ply_read_list_property(), co prowadzi do awarii parsowania ASCII lub uszkodzenia pamięci w parsowaniu binarnym.

Wtyczka WordPress Profile Builder w wersjach od 4.0.0 do 4.0.4 nie wymusza weryfikacji reCAPTCHA na wszystkich ścieżkach przesyłania komentarzy. Umożliwia to uwierzytelnionym użytkownikom obejście ochrony antyspamowej skonfigurowanej przez administratora dla formularza komentarzy WordPress.

Biblioteka plug_crypto w Elixirze ujawnia poufne dane (m.in. secret key base) w logach aplikacji, gdy do funkcji publicznych przekazany zostanie argument niewłaściwego typu. Ponieważ walidacja typów odbywa się w guardach funkcji, błąd FunctionClauseError zawiera rzeczywiste wartości argumentów w górnej ramce stosu, a bloki rescue i prune_args_from_stacktrace/1 tego nie przechwytują. Plug.Cowboy i Bandit zapisują tę ramkę do logu błędów i metadanych Loggera, skąd mogą ją przejąć systemy śledzenia błędów.

Metoda JweDirectDecryptorBlock.Decrypt odczytywała 64-bitową długość tekstu jawnego z pola nagłówka chronionego _thales_aad i używała jej bez walidacji. Obcięte pole powoduje panikę binary.BigEndian.Uint64, zbyt duża wartość prowadzi do nieograniczonej alokacji, a wartość większa niż odszyfrowany blok powoduje panikę z błędem zakresu slice.

Metoda JweRsaKeyEncryptionDecryptorImpl.Decrypt przekazywała wektor inicjalizacyjny JWE do cipher.AEAD.Open bez sprawdzenia jego długości. Biblioteka standardowa Go panikuje zamiast zwracać błąd, gdy nonce GCM nie ma dokładnie NonceSize() bajtów, więc JWE z IV o złym rozmiarze powoduje awarię gorutyny odszyfrowującej.

gose parsował nagłówek JWS crit do JwsHeader.Crit, a następnie nigdy go nie odczytywał. RFC 7515 §4.1.11 wymaga od odbiorcy odrzucenia JWS, którego wymienione krytyczne parametry rozszerzeń nie są zrozumiałe; gose nie implementuje żadnych rozszerzeń nagłówków, więc każdy token z niepustym crit powinien zostać odrzucony — a żaden nie był.

Funkcja LoadPublicKey rozwiązywała krzywą klucza EC za pomocą niesprawdzonej asercji typu algToOptsMap[alg].(*ECDSAOptions). JWK deklarujący "kty":"EC" wraz z nie-EC "alg" — co RFC 7517 §4.4 dopuszcza — trafia do tej asercji i powoduje panikę.

Metoda JwtClaims.MarshalJSON budowała w czasie działania strukturę Go za pomocą reflect.StructOf, tworząc pole o nazwie "A" + claimName dla każdego nieotypowanego roszczenia. reflect.StructOf panikuje, gdy nazwa pola nie jest prawidłowym identyfikatorem Go lub gdy duplikuje inne pole; oba warunki są osiągalne z zwykłych nazw roszczeń JWT.

Funkcja jwkFields.CheckConsistency wykrywała zduplikowane wpisy key_ops przy użyciu zagnieżdżonej pętli, przez co koszt walidacji rósł kwadratowo wraz z liczbą wpisów. Ponieważ sprawdzenie uruchamiane jest przy każdym unmarshal JWK i JWKS, umiarkowanie duży, ale wrogi dokument JWKS może zajmować rdzeń CPU przez wiele sekund.