Katalog podatności CVE

Podatność w Oracle PeopleSoft Enterprise PeopleTools w komponencie Business Interlink, dotyczy wersji 8.61-8.63. Trudna do wykorzystania, atakujący z niskimi uprawnieniami i dostępem sieciowym przez HTTP może przejąć kontrolę nad PeopleTools.

Podatność w Oracle PeopleSoft Enterprise PeopleTools w komponencie Report Distribution, dotyczy wersji 8.61-8.63. Łatwo wykorzystywalna przez nieuwierzytelnionego atakującego z dostępem sieciowym przez HTTP, pozwala na nieautoryzowany dostęp do krytycznych danych lub pełny dostęp do wszystkich danych PeopleTools.

Podatność w Oracle Capacity (Oracle E-Business Suite) w komponencie Internal Operations, dotyczy wersji 12.2.3-12.2.15. Łatwo wykorzystywalna przez atakującego z niskimi uprawnieniami i dostępem sieciowym przez HTTP, pozwala na nieautoryzowany dostęp do krytycznych danych, modyfikację części danych oraz częściową odmowę usługi (partial DOS).

Podatność w Oracle PeopleSoft Enterprise PeopleTools w komponencie Business Interlink, dotyczy wersji 8.61-8.63. Trudna do wykorzystania, nieuwierzytelniony atakujący z dostępem sieciowym przez HTTP może przejąć kontrolę nad PeopleTools.

Podatność w Oracle PeopleSoft Enterprise PeopleTools w komponencie Portal, dotyczy wersji 8.61-8.63. Łatwo wykorzystywalna przez atakującego z niskimi uprawnieniami i dostępem sieciowym przez HTTP, pozwala na nieautoryzowany dostęp do krytycznych danych oraz częściową odmowę usługi (partial DOS).

Podatność w Oracle Capacity (Oracle E-Business Suite) w komponencie Internal Operations, dotyczy wersji 12.2.3-12.2.15. Łatwo wykorzystywalna przez atakującego z niskimi uprawnieniami i dostępem sieciowym przez HTTP, pozwala na nieautoryzowany dostęp do krytycznych danych, modyfikację części danych oraz częściową odmowę usługi (partial DOS).

libcurl może przypadkowo zwrócić URL dla opcji CURLINFO_EFFECTIVE_URL funkcji curl_easy_getinfo() zawierający dane uwierzytelniające, mimo że ani URL przekazany do libcurl, ani URL przekierowania ich nie zawierały.

Głęboko zagnieżdżona struktura MIME multipart zbudowana przez publiczne API powoduje przepełnienie stosu w libcurl podczas normalnych operacji sprzątania. Nadmierna głębokość rekurencji w curl_mime_free prowadzi do nieograniczonej alokacji ramek stosu podczas przechodzenia struktury, co ostatecznie powoduje awarię procesu hosta.

Przy użyciu opcji --remote-header-name (-J) curl nie zachowuje udokumentowanej ochrony przed nadpisaniem pliku, jeśli pośrednia odpowiedź 103 Early Hints poprzedza końcową odpowiedź HTTP lub jeśli nagłówek ETag jest przetwarzany przed Content-Disposition w trybie --etag-save. Wada pozwala serwerowi HTTP(S) nadpisać istniejący plik lokalny wskazany w nagłówku Content-Disposition mimo ograniczenia -J.

Maszyna stanów TFTP w libcurl nie weryfikuje przejść stanów względem żądanego kierunku transferu, akceptując odpowiedzi otwierające serwera zarówno dla odczytu, jak i zapisu zamiennie. Złośliwy serwer TFTP może odpowiedzieć na żądanie pobrania w sposób wymuszający tryb transmisji, powodując że libcurl odczyta i wyśle dane ze wskaźnika CURLOPT_READDATA uchwytu, w tym dane pozostałe z wcześniejszych operacji, takich jak żądanie HTTP POST na ponownie użytym uchwycie.

Poprzez trwałe pominięcie końcowej linii odpowiedzi kontrolnej złośliwy serwer FTP, IMAP, POP3 lub SMTP może wykorzystać libcurl i całkowicie obejść skonfigurowany mechanizm limitu czasu transferu, blokując w nieskończoność wszystkie równoległe transfery powiązane z tym samym multi-handle.

Podczas zapisu długiej nazwy i wartości cookie do pliku cookie jar w formacie Netscape zdalny serwer HTTP może spowodować, że curl zapisze rekord przekraczający limit długości linii parsera. W konsekwencji każde kolejne wywołanie curl czytające z tego samego pliku cookie jar przez --cookie po cichu przerywa parsowanie na zbyt długiej linii, ignorując wszystkie kolejne prawidłowe cookies w pliku.

Gdy libcurl używa libssh2 z plikiem known_hosts w formacie hashowanym, niepowiązany początkowy wpis może spowodować, że walidacja klucza hosta zgłosi niezgodność klucza jako brakujący klucz do callbacku CURLOPT_SSH_KEYFUNCTION.

Włączenie CURLOPT_CRLF powoduje, że curl ogłasza w literale IMAP APPEND {N} surową liczbę bajtów wejściowych, podczas gdy przesyła dane z rozszerzonymi końcami linii. Serwer odczytuje tylko N bajtów ładunku, powodując że pozostałe nadmiarowe bajty są interpretowane i wykonywane jako wstrzyknięte polecenia IMAP w uwierzytelnionej sesji.

Złośliwe lub błędne źródło HTTPS może podać wartość HSTS max-age, którą parser akceptuje, ale której serializacja czasu później nie przetwarza. Na systemach 64-bitowych skrajne wartości max-age powodują przekroczenie granic struktur czasu kalendarzowego. Podczas zapisu cache plik HSTS jest obcinany przed zapisem pliku tymczasowego, a błąd serializacji jest po cichu ignorowany, co prowadzi do utraty danych przy jednoczesnym pomyślnym zakończeniu curl.

Importowanie wpisu HSTS nadrzędnego z includeSubDomains przed wpisem podrzędnym o dłuższym czasie ważności powoduje ciche odrzucenie wpisu podrzędnego. Gdy wpis nadrzędny wygaśnie, ważna polityka HSTS podrzędna zostaje utracona, a curl wykonuje niezaszyfrowane żądania HTTP zamiast aktualizacji do HTTPS.

Funkcja dopasowania cache połączeń libcurl nie uwzględnia opcji automatycznego certyfikatu klienta, więc uwierzytelnione połączenie Schannel z cache może zostać przekazane transferowi przekierowanemu do innego originu. Dzieje się tak mimo jawnego wyłączenia opcji automatycznego certyfikatu klienta dla tego transferu.

Nieprawidłowe przypisanie uprawnień w polityce IAM narzędzia AWS CICD-toolchain-for-serverless-applications w wersjach 1.0.7–1.0.10 pozwala uwierzytelnionym użytkownikom z dostępem push do repozytorium źródłowego aplikacji eskalować uprawnienia i uzyskać dostęp lub modyfikować zasoby poza stosem aplikacji w tym samym koncie AWS.

Biblioteka markdown-it w wersjach 14.1.0–14.3.2 oraz 15.0.0–15.0.2 ma złożoność O(n²) przy przetwarzaniu definicji referencji linku z niezamkniętą etykietą lub tytułem przy domyślnych opcjach, co prowadzi do nadmiernego zużycia zasobów.

Gdy opcja CURLOPT_INTERFACE (lub --interface) jest ustawiona z jednym z udokumentowanych prefiksów (if!, host!, ifhost!), powiązanie to nie jest częścią klucza ponownego użycia połączenia. Późniejszy transfer żądający innego źródła może po cichu użyć istniejącego połączenia i wyjść z adresu źródłowego wcześniejszego transferu.