Katalog podatności CVE

Wersje Sylius przed 2.1.16 i 2.2.9 nie ograniczają akcji żądań płatności w punkcie końcowym Shop API, umożliwiając klientom wywoływanie zwrotów dla zakończonych zamówień. Atakujący posiadający tokeny zamówień mogą wysyłać dowolne akcje płatności, takie jak zwroty, które bramki płatności wykonują, podczas gdy Sylius nadal traktuje zamówienie jako opłacone.

Penpot przed 2.18.0 wiąże mostek WebSocket wtyczki serwera MCP ze wszystkimi interfejsami sieciowymi bez uwierzytelniania w trybie jednoużytkownikowym. Nieuwierzytelnieni atakujący w sieciach sąsiednich mogą połączyć się z portem WebSocket, podszyć się pod wtyczkę przeglądarki Penpot, przechwycić ładunki zadań i zwrócić sfałszowane wyniki do klienta MCP.

spaceship-prompt do wersji 4.22.5 nie usuwa znaków kontrolnych z pól wersji manifestu projektu przed wyświetleniem ich w znaku zachęty zsh. Atakujący mogą osadzić sekwencje ucieczki ANSI/OSC w polach wersji manifestów pakietów, aby manipulować wyjściem terminala, zmieniać tytuły okien lub podszywać się pod wyświetlany tekst, gdy ofiary wejdą do katalogu.

onefetch do wersji 2.28.1 zapisuje wartości pól informacyjnych repozytorium do terminala bez usuwania znaków kontrolnych, co umożliwia wstrzyknięcie sekwencji ucieczki terminala. Atakujący mogą osadzić sekwencje ucieczki ANSI/OSC w polach wersji i nazwy manifestu projektu, aby manipulować wyjściem terminala, zmieniać tytuły okien, ukrywać tekst lub wywoływać zachowania specyficzne dla emulatora, gdy ofiary uruchamiają onefetch.

Rozszerzenie Joomla Event Gallery (svenbluege.de) w wersji poniżej 6.5.0 zawiera podatność Reflected XSS oraz otwarte przekierowanie. Parametr „return” jest dekodowany z base64 i zapisywany w linku „Back” bez walidacji.

Rozszerzenie Event Gallery dla Joomla przed wersją 6.5.0 zawiera podatność na uwierzytelnione usuwanie dowolnych ścieżek w zadaniu 'clear cache'. Używając parametru 'images' zadania 'cache.process', można rekurencyjnie usuwać dowolne katalogi, do których serwer WWW ma uprawnienia zapisu.

Rozszerzenie Joomla Event Gallery (svenbluege.de) w wersji poniżej 6.5.0 zawiera podatność CSRF w akcjach czyszczenia w panelu administracyjnym. Usuwane są tylko osierocone wpisy plików i koszyki starsze niż 30 dni.

Rozszerzenie Joomla Event Gallery (svenbluege.de) w wersji poniżej 6.5.0 zawiera podatność CSRF w różnych akcjach koszyka.

Rozszerzenie Joomla Event Gallery (svenbluege.de) w wersji poniżej 6.5.0 zawiera podatność CSRF w przesyłaniu obrazów. Z powodu braku sprawdzania tokena CSRF, witryna trzeciej strony może przesłać pliki do wydarzenia i nadpisać istniejące pliki o tej samej nazwie.

Podatność w wolfSSL powoduje pominięcie sprawdzania listy CRL dla certyfikatów bez adresu OCSP, gdy włączone jest jednocześnie sprawdzanie OCSP i CRL. W rezultacie certyfikat odwołany przez CRL może zostać zaakceptowany, a brak odpowiedzi OCSP jest traktowany jako odpowiedź pozytywna. Problem dotyczy wersji do 5.9.2 włącznie i jest osiągalny w TLS 1.0-1.3 oraz DTLS.

Klient (D)TLS 1.2 może zaakceptować wiadomość ChangeCipherSpec przed wysłaniem ClientKeyExchange, co pozwala atakującemu dokończyć handshake zamiast serwera i wysyłać dane akceptowane jako autentyczne. Klienci DTLS 1.2 są narażeni, gdy datagram dostarczy nieuporządkowane rekordy, a klienci TLS 1.2, gdy aplikacja używa wolfSSL_inject() lub włącza read ahead.

Funkcja MatchTrustedPeer ignoruje użyty klucz publiczny, co pozwala na sfałszowanie klonów CA i ominięcie weryfikacji. Dotyczy to buildów z makrem WOLFSSL_TRUST_PEER_CERT i ładowaniem certyfikatów CA przez wolfSSL_CTX_trust_peer_cert() lub wolfSSL_trust_peer_cert(). Atakujący musi znać ładowane certyfikaty, aby wykorzystać podatność.

W przypadku użycia RPK (Raw Public Key), klient TLS 1.2, 1.3 i DTLS 1.2 może zaakceptować niechciany typ certyfikatu serwera RawPublicKey, co pozwala złośliwemu lub błędnie działającemu serwerowi ominąć uwierzytelnianie. RPK jest domyślnie wyłączone i dostępne tylko w buildach z --enable-rpk, --enable-all lub --enable-distro.

Nieudane wywołanie X509_verify_cert trwale umieszcza niezweryfikowany certyfikat atakującego CA we współdzielonym CertManager, omijając walidację certyfikatów we wszystkich konsumentach (TLS, OCSP, CRL, bezpośrednia weryfikacja). Dotyczy to wersji 5.8.4-5.9.2 wolfSSL z makrami (OPENSSL_EXTRA && !NO_CERTS && !WOLFCRYPT_ONLY) lub buildem --enable-opensslextra, gdy aplikacja wywołuje X509_verify_cert.

Certyfikat bez dNSName SAN, ale z innym typem SAN (np. registeredID lub iPAddress) omija sprawdzanie ograniczeń nazw dla CN jako DNS. Poprawka z CVE-2026-6731 była niekompletna, co wprowadzono w wolfSSL 5.9.2.

W wolfSSL w wersjach 5.9.2 i wcześniejszych występuje błąd w walidacji certyfikatów X.509, który nie egzekwuje poprawnie rozszerzeń NameConstraints, gdy między ograniczonym pośrednim CA a certyfikatem liścia znajduje się nieograniczony poziom CA. wolfSSL błędnie akceptuje certyfikaty dla nazw hostów, których nie powinien obejmować, z powodu błędu w maszynie stanów podczas przechodzenia łańcucha.

W wolfSSL w wersjach 5.7.2-5.9.2 występuje błąd implementacji po stronie klienta w RFC 6961 (wielokrotne stapling OCSP), który może prowadzić do fałszowania certyfikatów. Gdy klient włącza OCSP stapling z funkcją HAVE_CERTIFICATE_STATUS_REQUEST_V2 i używa wolfSSL_UseOCSPStaplingV2, akceptuje dowolny certyfikat w łańcuchu jako CA bez weryfikacji uprawnień.

We wszystkich wersjach korzystających z (D)TLS, w tym w wersjach domyślnych, istnieje sekwencja stanów warunkowych podczas zamykania TLS, która może prowadzić do użycia po zwolnieniu pamięci (heap-use-after-free). Jeśli aplikacja otrzyma częściowy wynik wolfSSL_read(), co czasami jest spowodowane małym buforem użytkownika, a następnie wywoła wolfSSL_shutdown w celu dwukierunkowego zamknięcia i spróbuje ponownie wywołać wolfSSL_read(), podczas gdy peer kontynuuje wysyłanie danych w trakcie zamykania, może dojść do użycia po zwolnieniu.

W bibliotece wolfSSL w wersjach od v5.3.0 do v5.9.2, w konfiguracjach bez zdefiniowanego NO_SESSION_CACHE_REF, funkcja wolfSSL_get_session() zwraca uchwyt do wpisu w globalnym cache sesji zamiast obiektu sesji. Ponieważ identyfikator sesji TLS 1.2 jest wybierany przez serwer i przesyłany jawnie, złośliwy serwer może nadpisać wpis klienta dla innego serwera, a następnie zostać zaakceptowany jako serwer oryginalny podczas wznowienia sesji bez weryfikacji certyfikatu i nazwy domeny.

Podatność w wolfSSL przy włączonym WOLFSSL_SMALL_CERT_VERIFY pozwala atakującemu na obejście weryfikacji podpisu certyfikatu. Z powodu błędnego scalania wyników, błędy parsowania ukrywają nieprawidłowy podpis, a sprawdzenie daty ważności i ograniczeń jest wykonywane przed weryfikacją podpisu. Atakujący może użyć samodzielnie wygenerowanego certyfikatu z dowolnymi bajtami w miejscu podpisu, aby przejść weryfikację, jeśli aplikacja używa callbacku zezwalającego na błędy daty.