CVE Vulnerability Catalog

Wykryto podatność w GNU Binutils do wersji 2.44, ocenioną jako krytyczną. Problem dotyczy funkcji elf_gc_sweep w pliku bfd/elflink.c komponentu ld, co prowadzi do uszkodzenia pamięci.

W funkcji d_unqualified_name w pliku cp-demangle.c w BinUtils 2.26 odkryto problem, który pozwala atakującym na spowodowanie odmowy usługi poprzez spreparowany plik PE.

Wykryto podatność w GNU Binutils 2.43, ocenioną jako krytyczną. Problem dotyczy funkcji bfd_putl64 w pliku bfd/libbfd.c komponentu ld, co prowadzi do uszkodzenia pamięci.

W bibliotece GNU libiberty, dostarczanej w GNU Binutils 2.36, odkryto problem związany z przepełnieniem stosu w funkcji demangle_type w pliku rust-demangle.c.

GNU objdump w wersji 2.43 jest podatny na przepełnienie bufora w bibliotece BFD (Binary File Descriptor) podczas obsługi plików w formacie tekhex.

Wykryto podatność w GNU Binutils 2.43, która dotyczy funkcji link_order_scan w pliku ld/ldelfgen.c komponentu ld. Problem ten prowadzi do wycieku pamięci.

Wykryto podatność w GNU Binutils 2.43, która dotyczy funkcji bfd_malloc w pliku libbfd.c komponentu ld. Manipulacja tą funkcją prowadzi do wycieku pamięci.

Wykryto podatność w GNU Binutils 2.43, która dotyczy funkcji xstrdup w pliku libiberty/xmalloc.c komponentu ld. Manipulacja tą funkcją prowadzi do wycieku pamięci.

W bibliotece GNU libiberty, dostarczanej w GNU Binutils 2.30, odkryto problem związany z wyczerpaniem stosu. Występuje to w funkcjach demanglingu C++, które prowadzą do rekurencyjnych ramek stosu.

W jądrze Linuxa znaleziono lukę w mechanizmie deduplikacji pamięci. Maksymalne udostępnianie stron w Kernel Samepage Merging (KSM), wprowadzone w wersji jądra 4.4.0-96.119, może stworzyć kanał boczny.

GNU binutils gold w wersjach od 1.11 do 1.16 (GNU binutils w wersjach od 2.21 do 2.31.1) jest podatny na niewłaściwą walidację danych wejściowych, porównania podpisane/niepodpisane oraz odczyty poza zakresem. Wpływ tej podatności może prowadzić do odmowy usługi.

W programie vim do wersji 9.1.1096 zidentyfikowano podatność, która może prowadzić do uszkodzenia pamięci. Problem dotyczy nieznanego kodu w pliku src/main.c, a manipulacja argumentem --log może być wykorzystana do ataku lokalnego.

Middleware `basicAuth` i `bearerAuth` używały porównania, które nie było w pełni bezpieczne pod względem czasu. Funkcja `timingSafeEqual` stosowała normalne porównanie stringów (`===`), co mogło prowadzić do wcześniejszego zakończenia porównania, jeśli wartości się różniły.

Nazwy ciasteczek nie są walidowane podczas zapisu, gdy używane są funkcje `setCookie()`, `serialize()` lub `serializeSigned()` do generowania nagłówków Set-Cookie. Chociaż niektóre atrybuty ciasteczek, takie jak domena i ścieżka, są walidowane, sama nazwa ciasteczka może zawierać nieprawidłowe znaki.

Hono to framework aplikacji webowej, który wspiera dowolne środowisko JavaScript. W wersjach przed 4.12.16 funkcja bodyLimit() nie egzekwuje skutecznie maksymalnego rozmiaru dla żądań bez użytecznego nagłówka Content-Length, co pozwala na przesyłanie zbyt dużych żądań.

Next.js to framework React do budowania aplikacji webowych typu full-stack. W wersjach od 13.0.0 do przed 15.5.16 oraz 16.2.5, aplikacje używające skryptów beforeInteractive z niezaufaną treścią mogą być podatne na ataki typu cross-site scripting, ponieważ zawartość skryptów nie była odpowiednio zabezpieczona.

W wersjach PHP: 8.1.* przed 8.1.33, 8.2.* przed 8.2.29, 8.3.* przed 8.3.23, 8.4.* przed 8.4.10 niektóre funkcje, takie jak fsockopen(), nie weryfikują, czy dostarczona nazwa hosta nie zawiera znaków null. Może to prowadzić do nieprawidłowego traktowania nazwy hosta przez inne funkcje, takie jak parse_url().

Hono to framework aplikacji webowych wspierający dowolne środowisko uruchomieniowe JavaScript. Przed wersją 4.11.7 występuje podatność na Cross-Site Scripting (XSS) w komponencie `ErrorBoundary` biblioteki hono/jsx, która może umożliwić renderowanie nieufnych ciągów kontrolowanych przez użytkownika.

Hono to framework aplikacji webowych, który wspiera dowolne środowisko uruchomieniowe JavaScript. Przed wersją 4.12.4, funkcja setCookie() nie weryfikowała średników (;), znaków powrotu karetki ( ) ani znaków nowej linii ( ) w opcjach domeny i ścieżki podczas konstruowania nagłówka Set-Cookie.

W bibliotece LibTIFF w wersji 4.7.0 znaleziono lukę, która dotyczy funkcji _TIFFmallocExt/_TIFFCheckRealloc/TIFFHashSetNew/InitCCITTFax3 w pliku tools/tiffcmp.c komponentu tiffcmp. Manipulacja tą funkcją może prowadzić do wycieku pamięci.