Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Przeglądaj podatności według pakietuKatalog CISA KEV zaktualizowany: (v2026.10.30)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
Wtyczka No External Links dla WordPressa jest podatna na trwałe skrypty krzyżowe (Stored XSS) poprzez parametr Log URL w przekierowaniu /goto/{base64} we wszystkich wersjach do 5.2.0 włącznie, z powodu niewystarczającej sanityzacji danych wejściowych i escapowania danych wyjściowych. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnych skryptów do stron, które wykonają się, gdy użytkownik odwiedzi zainfekowaną stronę. Podatność jest wykorzystywana tylko wtedy, gdy administrator włączył opcję 'Link Encoding: Base64' w ustawieniach wtyczki.
Wtyczka Appointment Booking Plugin – LatePoint | Calendar & Scheduling dla WordPressa (wersje do 5.7.1 włącznie) jest podatna na Insecure Direct Object Reference. Publiczny, nieuwierzytelniony endpoint AJAX ładuje fakturę po sekwencyjnym identyfikatorze invoice_id bez weryfikacji właściciela ani klucza dostępu, co pozwala atakującemu wyliczać faktury innych klientów i tworzyć lub nadpisywać intencje transakcji.
Wtyczka Greenshift – animation and page builder blocks dla WordPressa (wersje do 13.2.0 włącznie) jest podatna na Reflected Cross-Site Scripting poprzez dynamiczny placeholder '{{GET:}}'. Z powodu niewystarczającej sanityzacji danych wejściowych i escapowania danych wyjściowych nieuwierzytelniony atakujący może wstrzyknąć dowolne skrypty, które wykonają się, gdy użytkownik kliknie spreparowany link.
Wtyczka Smash Balloon Social Post Feed – Simple Social Feeds dla WordPressa jest podatna na trwałe skrypty krzyżowe (Stored XSS) poprzez wiadomość komentarza Facebooka w podglądzie Admin Builder przy użyciu v-html we wszystkich wersjach do 4.13.0 włącznie, z powodu niewystarczającej sanityzacji i escapowania danych wyjściowych. Umożliwia to nieuwierzytelnionym atakującym wstrzyknięcie dowolnych skryptów, które wykonają się, gdy administrator odwiedzi stronę podglądu feedu. Atak wymaga jedynie konta na Facebooku do opublikowania komentarza na połączonej stronie Facebooka, bez potrzeby posiadania danych logowania do WordPressa; dodatkowo użycie v-show zamiast v-if powoduje, że wstrzyknięty HTML – w tym handlery onerror – jest oceniany w DOM nawet gdy sekcja komentarzy nie jest widoczna. W połączeniu z brakiem walidacji URL w handlerze AJAX cff_install_addon (admin/addon-functions.php), wstrzyknięty skrypt działający w sesji administratora może wywołać instalację dowolnej wtyczki z adresu URL kontrolowanego przez atakującego, co może prowadzić do wykonania kodu po stronie serwera.
Podatność w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 polega na alokacji zasobów bez ograniczeń w odszyfrowywaniu klucza prywatnego opartego na haśle (PbeUtilities.GenerateCipherParameters). Atakujący może dostarczyć zaszyfrowany klucz prywatny, taki jak PKCS#8 EncryptedPrivateKeyInfo lub plik PEM "ENCRYPTED PRIVATE KEY", i spowodować odmowę usługi poprzez wyczerpanie CPU, używając liczby iteracji bliskiej 2^31, ponieważ liczba jest pobierana z nieuwierzytelnionych parametrów algorytmu bez górnego ograniczenia, a wyprowadzanie klucza odbywa się przed sprawdzeniem hasła lub danych. Dotyczy to PKCS#5 PBES1 i PBES2 (PBKDF2), algorytmów PBE PKCS#12 oraz odbiorców haseł CMS (CmsPbeKey).
Nieprawidłowa walidacja certyfikatu w sprawdzaniu ograniczeń nazw directoryName (PkixNameConstraintValidator.WithinDNSubtree) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala atakującemu kontrolującemu lub mogącemu uzyskać certyfikaty od pośredniego CA z ograniczeniami nazw na uzyskanie akceptacji certyfikatów przez walidację ścieżki PKIX, których nazwa wyróżniająca podmiotu lub directoryName subjectAltName znajduje się poza dozwolonymi poddrzewami CA. Atak wykorzystuje nazwę, która umieszcza inne RDN przed kopią dozwolonej sekwencji RDN, ponieważ sprawdzenie szuka pierwszego RDN ograniczenia w dowolnym miejscu nazwy i porównuje pozostałe RDN od tej pozycji, zamiast wymagać, aby ograniczenie było początkowym prefiksem nazwy zgodnie z RFC 5280 sekcje 4.2.1.10 i 7.1.
Nieprawidłowa walidacja certyfikatu w PkixNameConstraintValidator (ExtractHostFromURL) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala podrzędnemu CA z ograniczeniami nazw lub komukolwiek mogącemu uzyskać certyfikaty z wybranymi subjectAltName URI od takiego CA na obejście dozwolonych lub wykluczonych ograniczeń nazw uniformResourceIdentifier podczas walidacji ścieżki certyfikacji. Atak wykorzystuje URI, którego ścieżka, zapytanie, fragment lub userinfo zawiera znaki takie jak '@' lub ':', ponieważ host był wyodrębniany przez cięcie łańcucha bez uprzedniego wyizolowania komponentu authority zgodnie z RFC 3986, więc host porównywany z ograniczeniami mógł różnić się od rzeczywistego hosta URI.
Pętla z nieosiągalnym warunkiem wyjścia w wyprowadzaniu klucza PKCS#12 (Pkcs12ParametersGenerator) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala atakującemu mogącemu dostarczyć plik PKCS#12 (PFX) lub zaszyfrowany klucz prywatny PKCS#8 używający algorytmu szyfrowania opartego na haśle PKCS#12 na wywołanie odmowy usługi poprzez wyczerpanie CPU przy użyciu liczby iteracji równej zero lub poniżej. Pętla wyprowadzania działała, aż jej licznik osiągnął wartość, więc dla takiej liczby wykonała około 2^32 iteracji, zanim MAC lub hasło mogły zostać sprawdzone. Plik PFX o rozmiarze 75 bajtów z ujemną liczbą iteracji MacData utrzymywał Pkcs12Store.Load zajęty przez wiele minut.
Alokacja pamięci z nadmierną wartością rozmiaru w parserach podpakietów sygnatur i atrybutów użytkownika OpenPGP (SignatureSubpacketsParser.ReadPacket, UserAttributeSubpacketsParser.ReadPacket) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala zdalnemu, nieuwierzytelnionemu atakującemu mogącemu dostarczyć spreparowany klucz publiczny, certyfikat lub sygnaturę OpenPGP na wywołanie odmowy usługi (OutOfMemoryException lub wyczerpanie pamięci w procesie parsowania) poprzez nagłówek podpakietu używający pięciooktetowej formy długości. Zadeklarowana długość była używana do rozmiaru bufora podpakietu bez górnego ograniczenia i bez porównania z rozmiarem otaczającego obszaru podpakietu lub pakietu, więc kilka bajtów wejścia mogło zażądać alokacji do około 2 GB, zanim jakiekolwiek dane podpakietu zostały odczytane.
Obserwowalna rozbieżność w odwijaniu transportu klucza CMS RSA PKCS#1 v1.5 (KeyTransRecipientInformation.UnwrapKey) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala zdalnemu atakującemu posiadającemu przechwyconą wiadomość CMS EnvelopedData i mogącemu przesyłać wiele zmodyfikowanych wiadomości do aplikacji, która je odszyfrowuje kluczem prywatnym RSA odbiorcy i ujawnia, jak odszyfrowanie się nie powiodło, na odzyskanie klucza szyfrowania zawartości przechwyconej wiadomości, a tym samym jej zawartości, poprzez atak adaptacyjny wybranego szyfrogramu w stylu Bleichenbachera. Szyfrogram transportu klucza z nieprawidłowym wypełnieniem PKCS#1 v1.5 jest odrzucany podczas odwijania z odrębnym wyjątkiem "bad padding in message." CmsException zamiast być zastąpiony losowym kluczem, więc można go odróżnić od poprawnie wypełnionego szyfrogramu, który zawodzi dopiero później przy odszyfrowywaniu zawartości.
Alokacja zasobów bez ograniczeń w ładowaniu magazynu kluczy PKCS#12 (Pkcs12Store.Load) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala atakującemu mogącemu dostarczyć plik PKCS#12 (PFX) na wywołanie odmowy usługi poprzez wyczerpanie CPU przy użyciu liczby iteracji bliskiej 2^31 w MacData pliku lub w parametrach PBE zaszyfrowanego SafeContents lub shrouded key bag. Liczby są pobierane z pliku bez górnego ograniczenia, a wyprowadzanie klucza odbywa się przed sprawdzeniem MAC lub hasła. Zero lub ujemna liczba jest objęta CVE-2026-63575. Pkcs12Utilities.ConvertToDefiniteLength jest również dotknięty.
Nieprawidłowa weryfikacja podpisu kryptograficznego w walidatorze ścieżki certyfikatów atrybutów (PkixAttrCertPathValidator, używany również przez PkixAttrCertPathBuilder) w Legion of the Bouncy Castle Inc. bc-csharp przed 2.7.0 pozwala zdalnemu atakującemu na akceptację sfałszowanego certyfikatu atrybutów X.509 jako ważnego, a tym samym uzyskanie ról lub uprawnień przyznawanych przez aplikację na podstawie jego atrybutów. Atak wykorzystuje certyfikat atrybutów, który wskazuje zaufany urząd atrybutów jako wystawcę, ale nie został przez niego podpisany, ponieważ kroki walidacji RFC 3281 sprawdzają ścieżki certyfikacji posiadacza i wystawcy, okres ważności, rozszerzenia i status unieważnienia, ale nigdy nie weryfikują podpisu certyfikatu atrybutów kluczem publicznym wystawcy. Dotyczy to tylko aplikacji używających tych klas do walidacji certyfikatów atrybutów.
Podatność w bibliotece bc-csharp (Bouncy Castle dla .NET) w metodzie Pkcs12Store.GetCertificateChain polega na pętli bez osiągalnego warunku wyjścia. Atakujący może dostarczyć spreparowany plik PKCS#12, w którym łańcuch certyfikatów tworzy cykl (np. dwa certyfikaty wskazujące nawzajem swoje klucze publiczne przez AuthorityKeyIdentifier), co powoduje zawieszenie aplikacji i wyczerpanie pamięci aż do OutOfMemoryException.
W bibliotece Bouncy Castle for Java przed wersją 1.86 występuje podatność typu side-channel w implementacji NTRU. Redukcja tajnych wartości za pomocą operatora % w trzech funkcjach pomocniczych powoduje, że czas wykonania zależy od operandu (dzielenie przez zmienną), co może pozwolić atakującemu na odzyskanie informacji o kluczu prywatnym NTRU poprzez pomiar czasu.
W Bouncy Castle dla Javy przed wersją 1.86, kilka punktów wejścia do wyprowadzania kluczy na podstawie hasła uruchamiało KDF z parametrami kosztu pobranymi z niezaufanego wejścia, bez ich ograniczania, co pozwalało małemu wejściu wymusić dowolną ilość pracy przed odrzuceniem przez hasło lub kontrolę integralności. Dotknięte ścieżki to konstruktory kalkulatora MAC PBMAC1 RFC 9579, parametr równoległości scrypt p w osłonach kosztu PKCS#8 i PKCS#12, surowy dostawca PBKDF2 JCA oraz liczba rund bcrypt odczytana z własnych kdfoptions prywatnego klucza OpenSSH v1. Każdy z nich teraz ogranicza parametr przed wyprowadzeniem, zgodnie z limitami zastosowanymi już w innych miejscach drzewa, z liczbą rund OpenSSH konfigurowalną przez nową właściwość org.bouncycastle.openssh.max_rounds. To uzupełnia ograniczenia rozpoczęte w wersji 1.85 dla deszyfratorów PKCS#8 / PBES2 (CVE-2026-15055). Problem dotyczy również Bouncy Castle dla Javy LTS przed 2.73.13 oraz Bouncy Castle dla Javy FIPS (BC-FJA) przed bcpkix-fips 1.0.13 (seria 1.0.X), 2.0.13 (seria 2.0.X) i 2.1.13 (seria 2.1.X).
W implementacji MLS (RFC 9420) w Bouncy Castle for Java przed wersją 1.86 wartość leaf_index typu uint32 jest przechowywana jako signed int, co pozwala na przesłanie wartości z ustawionym najstarszym bitem, która dekoduje się jako liczba ujemna. Nieprawidłowe porównanie w GroupKeySet.SecretTree.hasLeaf i Group.validateRemove pozwala na obejście sprawdzania przynależności, co może prowadzić do ataku DoS poprzez nieograniczony wzrost listy węzłów i wyczerpanie sterty JVM.
Wtyczka Dc Woocommerce Multi Vendor dla WordPressa (wersje do 5.0.18 włącznie) jest podatna na SQL Injection poprzez parametr 'order_by' endpointu REST /multivendorx/v1/compliance/report-abuse. Wartość jest konkatenowana bezpośrednio do klauzuli ORDER BY, a esc_sql() nie zapewnia ochrony, co pozwala uwierzytelnionym atakującym z uprawnieniami vendora (edit_stores) dołączać dodatkowe zapytania SQL.
W bibliotece bc-csharp (Bouncy Castle dla .NET) przed wersją 2.7.0 występuje nieefektywna złożoność algorytmiczna w konwersji nazw wyróżniających X.509 (X509Name.ToString i IetfUtilities.ValueToString). Atakujący może zdalnie, bez uwierzytelnienia, wywołać odmowę usługi poprzez wyczerpanie CPU, dostarczając certyfikat, CRL, żądanie certyfikatu lub inną strukturę, której nazwa zawiera długą wartość atrybutu wymagającą escapowania (np. przecinki, spacje wiodące/końcowe), powodując kwadratowy wzrost czasu przetwarzania.
W bibliotece bc-csharp (Bouncy Castle dla .NET) przed wersją 2.7.0 występuje podatność w kodzie podpisów HSS/LMS (HssPublicKeyParameters, HssSignature) polegająca na alokacji pamięci o nadmiernym rozmiarze. Atakujący może dostarczyć klucz publiczny HSS z nadmierną liczbą poziomów (L), co prowadzi do alokacji tablicy o rozmiarze L-1 i wyczerpania pamięci (nawet do ~17 GB) lub OutOfMemoryException.
W bibliotece bc-csharp (Bouncy Castle dla .NET) przed wersją 2.7.0 występuje nieprawidłowa walidacja certyfikatów w PkixNameConstraintValidator. Atakujący kontrolujący lub mogący uzyskać certyfikaty od pośredniego CA z ograniczeniami nazw może spowodować akceptację certyfikatów dla adresów e-mail, nazw DNS lub URI, które znajdują się w wykluczonych poddrzewach, poprzez nazwy kończące się kropką (np. rfc822Name, dNSName, uniformResourceIdentifier), ponieważ porównanie nie usuwa końcowej kropki (root-label) zgodnie z RFC 1034.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

