Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność dotyczącą systemu plików F2FS, która występowała podczas operacji RENAME_WHITEOUT na systemach z uszkodzonymi wartościami głębokości katalogu. Problemy te były ograniczane w czasie wykonywania do maksymalnej głębokości haszowania katalogów.

W jądrze Linuxa rozwiązano podatność dotyczącą systemu plików btrfs, która uniemożliwia rejestrowanie konfliktujących inode'ów, jeśli dotyczy to katalogu przeniesionego w bieżącej transakcji. Problem występuje, gdy katalog jest przenoszony z jednego katalogu nadrzędnego do innego.

W jądrze Linuxa zidentyfikowano podatność związana z nieprawidłowym zarządzaniem pamięcią po odłączeniu sterownika. W wyniku tego, wątek `cros_ec_console_log_work` nadal uzyskuje dostęp do urządzenia, co prowadzi do błędu UAF i awarii systemu.

W jądrze Linuxa rozwiązano podatność związaną z potencjalnym zakleszczeniem w systemie plików f2fs. Zgłoszona przez Jiaminga Zhanga i syzbot, podatność dotyczyła niebezpiecznego scenariusza blokowania.

W jądrze Linuxa naprawiono podatność związaną z potencjalnym zakleszczeniem podczas zwalniania vgem fence. Timer, który automatycznie wygasza vgem fence po 10 sekundach, jest teraz zwalniany z użyciem timer_delete_sync() w funkcji fence->ops.release() wywoływanej przy ostatnim dma_fence_put().

W jądrze systemu Linux naprawiono podatność związaną z funkcją f2fs_recover_fsync_data(). Wykonanie określonych skryptów może prowadzić do paniki systemu w systemie plików f2fs.

W jądrze Linuxa rozwiązano podatność związaną z systemem plików f2fs, która mogła prowadzić do błędów podczas aktualizacji kontekstu kompresji w trakcie operacji zapisu. Zgłoszenie błędu dotyczyło problemu z dzieleniem, który mógł wystąpić w określonych warunkach.

W jądrze Linuxa zidentyfikowano podatność związaną z błędem off-by-one w walidacji wire_order w module ti_am335x_tsc. Błąd ten pozwala na dostęp do pamięci poza dozwolonym zakresem, gdy wire_order[i] jest równe ARRAY_SIZE(config_pins).

W jądrze Linuxa naprawiono podatność związaną z błędem off-by-one w funkcji setup_nic_devices(). W przypadku niepowodzenia pętla czyszcząca pomija indeks, który spowodował błąd.

W bibliotece glib znaleziono lukę, która polega na braku walidacji parametrów offset i count w funkcji g_buffered_input_stream_peek(). W przypadku podania specjalnie przygotowanych wartości, może dojść do przepełnienia całkowitego podczas obliczania długości.

W jądrze Linuxa naprawiono podatność związana z wyciekiem pamięci w operacjach DMA dla acp3x PDM w module ASoC dla AMD.

W jądrze Linuxa rozwiązano podatność związaną z niezgodnością liczby rodzeństwa ECMP podczas czyszczenia flag RTF_ADDRCONF. Zgłoszenie syzbot ujawniło błąd jądra w funkcji fib6_add_rt2node() podczas dodawania trasy IPv6.

W jądrze Linuxa rozwiązano podatność dotyczącą usuwania przepływów TC w module net/mlx5e. Podczas usuwania przepływów, iteracja odbywa się tylko po istniejących peerach devcom, co zapobiega dotykaniu nieistniejących peerów.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem pamięci w funkcji set_ssp_complete(). Struktury mgmt_pending_cmd nie są zwalniane po usunięciu z listy oczekujących.

W jądrze Linuxa naprawiono podatność związaną z narzędziem perf, która mogła prowadzić do awarii. Problem dotyczył sprawdzania, czy bieżące zadanie jest zadaniem użytkownika, co było niezbędne do wykonania zrzutu stosu w przestrzeni użytkownika.

W jądrze Linuxa rozwiązano podatność dotyczącą dereferencji wskaźnika NULL w funkcji amdgpu_gmc_filter_faults_remove. Problem dotyczy APU takich jak Raven i Renoir, gdzie bufory przerwań ih1 i ih2 nie są inicjalizowane.

W jądrze Linuxa rozwiązano podatność związaną z funkcją fprop_new_period(), która nie była bezpieczna w kontekście przerwań twardych. Zgłoszono problem związany z wyścigiem w kodzie proporcji elastycznych.

W jądrze Linuxa zidentyfikowano podatność związana z wyciekami pamięci w procedurach dodawania i usuwania obiektów haps. Funkcja toshiba_haps_add() nie zwalnia pamięci, jeśli wystąpi błąd po jej alokacji, co prowadzi do wycieków pamięci.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem pamięci w funkcji tegra_slink_probe(). Problem występuje, gdy platform_get_irq() kończy się niepowodzeniem, co prowadzi do bezpośredniego zwrócenia kodu błędu i wycieku pamięci.

W jądrze Linuxa zidentyfikowano podatność w module netfilter, która dotyczy aktualizacji zmiennej last_gc. Zmienna ta jest aktualizowana za każdym razem, gdy śledzona jest nowa konekcja, nawet jeśli nie przeprowadzono zbierania śmieci (GC).