Katalog podatności CVE

phpMyAdmin do wersji 5.2.3 zawiera podatność typu server-side request forgery, która pozwala nieuwierzytelnionym atakującym na wywoływanie połączeń wychodzących poprzez setup/validate.php, który nie ma zabezpieczenia przed wyłączonym setupem. Atakujący mogą wysłać metodą POST wybrane przez siebie wartości host i port, docierając do Validator::testDBConnection(), aby otwierać połączenia w protokole MySQL i sondować wewnętrzne porty za pomocą zwracanych komunikatów błędów.

CakePHP w wersjach 4.5.12, 4.6.5, 5.1.8 do 5.1.10, 5.2.14 do 5.2.15, 5.3.7 oraz 5.4.0 do 5.4.3 zawiera podatność polegającą na wstrzyknięciu nagłówków e-mail, ponieważ SmtpTransport i MailTransport usuwają tylko pary CRLF z wartości nagłówków, co jest niekompletną poprawką CVE-2026-77634. Atakujący kontrolujący niestandardowe nagłówki ustawiane przez Message::setHeaders() lub Message::addHeaders() mogą wstawić pojedynczy CR lub LF, aby wstrzyknąć nagłówki takie jak Bcc, przekierowując lub modyfikując wychodzącą pocztę.

CakePHP do wersji 5.4.3 zawiera podatność polegającą na wstrzyknięciu nagłówków w FormDataPart, która pozwala atakującym na wstrzyknięcie nagłówków części MIME poprzez nieoczyszczone wartości Content-Type i Content-ID. Atakujący mogą dostarczyć sekwencje CR/LF w typach MIME załączników lub Content-ID przekazywanych do Message::setAttachments() lub danych multipart klienta HTTP, aby dodać dowolne nagłówki lub treść.

SQLite przed wersją 3.54.0 zawiera podatność polegającą na obejściu autoryzacji w lookupName(), która wywołuje autoryzator tylko dla kolumny USING pierwszego złączonego stołu. Atakujący mogący przesłać SQL może odpytać wspólną kolumnę USING w złączeniu RIGHT lub FULL, aby odczytać kolumny zabronione przez ograniczenia SQLITE_READ w sqlite3_set_authorizer().

Aplikacja Płatnik wykorzystuje protokół HTTP do pobierania aktualizacji, bibliotek i plików pomocniczych. Umożliwia to atakującemu przeprowadzenie ataku typu Man-In-The-Middle, przechwycenie przesyłanych danych oraz podmianę oryginalnych plików na własne. Podatność została naprawiona w metryce 242 w wersji 10.02.002.

Dell OpenManage Enterprise w wersjach starszych niż 4.8.0 zawiera podatność typu Server-Side Request Forgery (SSRF). Uprawniony atakujący z dostępem zdalnym może potencjalnie wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Użytkownik z uprawnieniami SpaceDeveloper może zmodyfikować URL brokera w zakresie przestrzeni bez zmiany jego danych uwierzytelniających, umożliwiając wyodrębnienie istniejących danych uwierzytelniających brokera poprzez przekierowanie ich do brokera pod swoją kontrolą. CF API nie pozwala na bezpośredni odczyt danych uwierzytelniających brokera, co czyni to pośrednią metodą wyodrębnienia.

W gcc wykryto lukę. Atakujący może wywołać atak denial-of-service (DoS), przekazując ciąg znaków niezakończony znakiem null do funkcji std::from_chars() w bibliotece libstdc++. Powoduje to odczyt poza granicami przydzielonego bufora, co może prowadzić do nieprawidłowego parsowania danych lub awarii aplikacji.

Podatność w module Drupal Data field polega na niewłaściwej neutralizacji danych wejściowych podczas generowania stron internetowych, co umożliwia przechowywany XSS (Stored XSS). Problem dotyczy wersji od 0.0.0 do 2.0.14.

Moduł Permissions by Term dla Drupala zawiera podatność wynikającą z niewłaściwego sprawdzania nietypowych lub wyjątkowych warunków, co umożliwia wymuszone przeglądanie. Problem dotyczy wersji od 0.0.0 do 3.1.41.

Moduł Easy Breadcrumb dla Drupala zawiera podatność typu brak autoryzacji, która umożliwia wymuszone przeglądanie (forceful browsing). Problem dotyczy wersji od 0.0.0 do 2.0.11.

Moduł Country dla Drupala zawiera podatność typu Cross-site Scripting (XSS) wynikającą z nieprawidłowej neutralizacji danych wejściowych podczas generowania stron. Problem dotyczy wersji od 0.0.0 do 2.1.3 oraz od 2.2.0 do 2.2.1.

Moduł Menu Link Attributes dla Drupala zawiera podatność typu Stored Cross-site Scripting (XSS) wynikającą z nieprawidłowej neutralizacji danych wejściowych podczas generowania stron. Problem dotyczy wersji od 0.0.0 do 1.8.0.

W Eye of GNOME podczas przetwarzania spreparowanego obrazu PNG z nieprawidłowymi metadanymi profilu kolorów aplikacja nie waliduje granic fragmentów podczas szukania terminatora null. Może to spowodować odczyt poza przydzielonym buforem.

W Ghostscript występuje błąd walidacji granic podczas przetwarzania indeksowanych wartości kolorów w danych mesh shading. Zdalny atakujący może nakłonić użytkownika do przetworzenia spreparowanego dokumentu PDF lub PostScript, wywołując odczyt poza buforem.

MariaDB Connector/J w wersjach od 3.0.0 do 3.3.7, 3.4.5 i 3.5.11 ma implementacje MariaDbPoolConnection.recover() i MariaDbPoolPinnedConnection.recover(), które ufają kolumnom gtrid_length i bqual_length zwracanym przez XA RECOVER. Metody te alokują i dzielą tablice bajtów Xid bez walidacji długości względem Xid.MAXGTRIDSIZE, Xid.MAXBQUALSIZE lub rzeczywistego ładunku danych. Złośliwy lub przejęty serwer albo atakujący typu man-in-the-middle może spowodować duże alokacje, NegativeArraySizeException lub ArrayIndexOutOfBoundsException podczas odzyskiwania XA. Problem naprawiono w wersjach 3.3.7, 3.4.5 i 3.5.11.

W bibliotece node-forge w wersjach przed 1.4.1 dołączona implementacja jsbn wchodziła w nieskończoną pętlę, gdy BigInteger.prototype.modInverse() otrzymała wartość ujemną lub ujemny modulus. Atakujący mogący kontrolować wykładnik publiczny RSA przekazywany do generowania kluczy lub bezpośredni operand modInverse() mógł zablokować pętlę zdarzeń Node.js przy pełnym użyciu CPU. Wartości DER, PEM, JWK, PKCS#12, X.509 i TLS są bezznakowe i nie mogą wywołać tego problemu.

W bibliotece node-forge przed wersją 1.4.1 funkcja pki.verifyCertificateChain() modyfikowała magazyn CA podczas testowania certyfikatów o tej samej nazwie podmiotu. Nieudana weryfikacja łańcucha mogła trwale usunąć zaufane certyfikaty CA z magazynu, powodując późniejsze błędy weryfikacji prawidłowych łańcuchów.

W bibliotece node-forge przed wersją 1.4.1 walidacja dopełnienia PKCS#7 podczas deszyfrowania CBC i ECB sprawdzała tylko ostatni bajt dopełnienia. Akceptowane były zerowe, zbyt duże lub niezgodne bajty dopełnienia, co mogło prowadzić do cichego usunięcia do czterech bloków tekstu jawnego.

W bibliotece node-forge przed wersją 1.4.1 funkcja asn1.oidToDer() nie sprawdzała zakresu pierwszych dwóch łuków OID. Aplikacja przyjmująca niezaufany ciąg OID, weryfikująca go, a następnie kodująca za pomocą asn1.oidToDer(), mogła wygenerować DER reprezentujący inny, zaufany OID.