Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność związaną z funkcją ieee80211_do_stop(), która mogła prowadzić do przetwarzania pakietów z kolejki txq interfejsu wirtualnego (vif) po jej zatrzymaniu. W wyniku równoległego wywołania schedule_and_wake_txq mogło dojść do dequeuowania tych pakietów.

W jądrze Linuxa rozwiązano podatność, która mogła prowadzić do dereferencji wskaźnika NULL w przypadku niepowodzenia alokacji pamięci. Wprowadzono dodatkowe sprawdzenie, aby zapobiec temu problemowi.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem pamięci w funkcji f2fs_rename(). Zgłoszenie błędu przez syzbot ujawniło problem z niezreferowanym obiektem w pamięci.

W jądrze Linuxa zidentyfikowano podatność związana z funkcją apple_soc_cpufreq_get_rate(), która nie sprawdza, czy cpufreq_cpu_get_raw() zwraca NULL, gdy docelowy CPU nie jest obecny w masce policy->cpus.

W jądrze Linuxa rozwiązano podatność związaną z funkcją amdgpu_cgs_create_device(). Dodano obsługę błędów, aby propagować niepowodzenia tej funkcji do wywołującego, co pozwala na zwolnienie hwmgr w przypadku błędu.

W jądrze Linuxa naprawiono podatność związaną z funkcją scmi_cpufreq_get_rate(), która nie sprawdza, czy cpufreq_cpu_get_raw() zwraca NULL, gdy docelowy CPU nie jest obecny w masce policy->cpus.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem liczby referencji klucza w funkcji rxrpc_alloc_client_call(). Podczas tworzenia wywołania klienta, uzyskiwana jest referencja do klucza, która nie jest sprzątana i prowadzi do wycieku przy niszczeniu wywołania.

W jądrze Linuxa rozwiązano podatność związaną z nieprawidłowym sprawdzeniem sb->s_sequence w module jbd2. Prawidłowe określenie pustki dziennika powinno opierać się na sb->s_start, a nie na sb->s_sequence.

W jądrze Linuxa rozwiązano podatność, która pozwalała na dzielenie przez zero w funkcji pwm_mediatek_config() w przypadku określonych konfiguracji. Problem występował, gdy CONFIG_COMPILE_TEST było włączone, a CONFIG_HAVE_CLK wyłączone.

W jądrze Linuxa rozwiązano podatność dotyczącą sterownika wifi rtw88, która prowadziła do wycieku urządzenia w przypadku niepowodzenia próby połączenia. Problem polegał na tym, że rdzeń sterownika utrzymywał referencję do interfejsu USB oraz jego rodzica, co nie było konieczne.

W jądrze Linuxa rozwiązano podatność dotyczącą overlayfs, która nie pozwala na bezpośrednie odniesienie warstwy górnej do warstwy danych. Teoretycznie overlayfs mógłby wspierać takie odniesienia, ale obecnie nie ma na to uzasadnionego przypadku użycia.

W jądrze Linuxa naprawiono podatność związaną z dereferencją wskaźnika NULL w funkcji ef100_process_design_param(). Problem występował, ponieważ funkcje ef100_probe_main() oraz ef100_check_design_params() były wywoływane przed utworzeniem efx->net_dev.

W jądrze Linuksa rozwiązano podatność związaną z WireGuard, gdzie funkcja wg_netns_pre_exit() ręcznie nabywała blokadę rtnl_lock() w ramach wywołania zwrotnego pernet.pre_exit. To prowadziło do zablokowania zadania, gdy inny wątek trzymał rtnl_mute.

W jądrze Linuxa zidentyfikowano podatność związana z użyciem po zwolnieniu pamięci (use-after-free) w module hwmon. Problem występuje po odłączeniu USB, gdy funkcja powerz_disconnect() zwalnia URB i odblokowuje mutex, co może prowadzić do niebezpiecznego odwołania w powerz_read().

W jądrze Linuxa rozwiązano podatność związaną z ostrzeżeniem o zbyt dużym kvmalloc(). Problem został wyciszony poprzez dodanie flagi __GFP_NOWARN.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem pamięci w funkcji txgbe_probe(). Problem występował podczas alokacji pamięci dla wx->rss_key w funkcji wx_init_rss_key() w przypadku wystąpienia błędów po wywołaniu txgbe_sw_init().

W jądrze systemu Linux zidentyfikowano podatność związaną z nieprawidłowym obsługiwaniem zdekonfigurowanych gniazd. Gdy gniazdo jest zdekonfigurowane, jest mapowane na SOCK_EMPTY (0xffff), co prowadzi do paniki podczas alokacji struktur informacji o hubie UV.

W jądrze Linuxa zidentyfikowano podatność związaną z dynamiczną alokacją skb w funkcji rtm_get_nexthop(). Podczas zapytania o obiekt nexthop, jądro alokuje skb o stałym rozmiarze, co może być niewystarczające w przypadku większych danych.

W jądrze Linuxa rozwiązano podatność polegającą na braku sprawdzenia wartości zwracanej przez funkcję get_zeroed_page() w sclp_console_init(). To niedopatrzenie mogło prowadzić do dereferencji wskaźnika null oraz wycieku pamięci spowodowanego alokacją w pętli.

W jądrze Linuxa rozwiązano podatność związaną z nieprawidłowym zarządzaniem licznikami odniesień urządzeń podczas niszczenia urządzeń SCMI. Użycie funkcji device_find_child() do wyszukiwania odpowiedniego urządzenia powoduje niezrównoważenie liczników odniesień.