Katalog podatności CVE

W jądrze Linux w sterowniku WWAN iosm wykryto wyciek pamięci w funkcji ipc_imem_init(). Pamięć zaalokowana w ipc_protocol_init() nie jest zwalniana na ścieżkach błędów, co może prowadzić do wyczerpania zasobów systemowych.

W jądrze Linux wykryto podatność w podsystemie Phonet/PEP, gdzie funkcja pep_do_rcv() wywołuje sk_receive_skb() dla gniazda potomnego bez wyłączania przerwań (BH). Powoduje to niespójność blokad (SOFTIRQ-ON-W vs IN-SOFTIRQ-W), co może prowadzić do zakleszczenia (deadlock) w ścieżce przetwarzania sieciowego.

W jądrze Linux w funkcji cfg80211_merge_profile() w podsystemie cfg80211 wykryto błąd polegający na nieprawidłowym przesuwaniu zmiennych pętli. Powoduje to, że przy przetwarzaniu podzielonych profili BSS w sieciach Wi-Fi pętla while nie aktualizuje wskaźników mbssid_elem i sub_elem, co prowadzi do wielokrotnego kopiowania tych samych danych i może skutkować nadmiernym obciążeniem procesora.

W jądrze Linuxa w module tracingu wykryto podatność polegającą na wywoływaniu funkcji map->ops->elt_free() nawet gdy alokacja elementu przez map->ops->elt_alloc() nie powiodła się. Może to prowadzić do nieprawidłowego zwalniania pamięci lub innych błędów.

W jądrze Linux wykryto wyciek referencji PM w sterowniku I2C dla Tegry. Funkcja nie wywołuje pm_runtime_put() po nieudanym przejęciu mutexu, co uniemożliwia przejście urządzenia w stan uśpienia.

W jądrze Linuxa w sterowniku SPI QUP wykryto błąd dereferencji wskaźnika błędu po nieudanej konfiguracji DMA. Sterownik przechodzi wtedy do trybu PIO, ale nie czyści wskaźników kanałów DMA, co może prowadzić do dereferencji wskaźnika błędu lub ponownego zwolnienia kanału przy późniejszych błędach lub odłączeniu sterownika.

W jądrze Linuxa wykryto podatność w sterowniku SPI ep93xx. Po nieudanej konfiguracji DMA podczas inicjalizacji sterownik przechodzi w tryb PIO, ale nie czyści wskaźników kanałów DMA, co prowadzi do dereferencji wskaźnika błędu przy późniejszych błędach inicjalizacji lub odłączeniu sterownika.

W sterowniku SPI dla układów Spreadtrum (sprd) wykryto błąd dereferencji wskaźnika błędu po nieudanej konfiguracji DMA. Podczas inicjalizacji sterownika, w przypadku awarii DMA, system przechodzi w tryb PIO, ale przy późniejszych błędach probe może dojść do próby zwolnienia nieprawidłowego wskaźnika DMA lub ponownego zwolnienia już zwolnionego kanału.

W jądrze Linux wykryto podatność w mechanizmie KHO (Kexec HandOver). Funkcja kho_fill_kimage() nieprawidłowo dodawała metadane KHO do obrazu jądra awaryjnego (crash kernel), co powodowało błąd strony podczas inicjalizacji pamięci, gdy jądro awaryjne próbowało uzyskać dostęp do obszarów scratch KHO znajdujących się poza jego rezerwacją.

W jądrze Linuxa stwierdzono podatność w sterowniku arm_ffa, gdzie funkcja rejestracji sterownika nie sprawdzała, czy tablica identyfikatorów FF-A (id_table) jest pusta. Brak tej walidacji mógł prowadzić do wywołania dereferencji wskaźnika NULL podczas dopasowywania sterownika do urządzenia na magistrali.

W jądrze Linux w sterowniku dla platformy ARM Integrator wykryto błąd inicjalizacji. Funkcja `intcp_init_early` wywołuje `syscon_regmap_lookup_by_compatible`, która alokuje pamięć, zanim system zarządzania pamięcią zostanie zainicjowany, co prowadzi do awarii (NULL pointer dereference) lub błędu -ENOMEM. Problem został naprawiony przez przeniesienie kodu wczesnej inicjalizacji do standardowej inicjalizacji maszyny.

W jądrze Linux w systemie plików Btrfs wykryto błąd w punkcie śledzenia (tracepoint) funkcji btrfs_sync_file(). Wywołanie funkcji dput() w kontekście atomowym powoduje usypianie, co prowadzi do krytycznego błędu jądra (kernel splat). Problem objawia się podczas włączonego śledzenia i operacji zapisu na partycji Btrfs.

W jądrze Linuxa wykryto podatność w teście kprobes, gdzie nieczyszczenie danych między kolejnymi uruchomieniami testów powoduje niepowodzenie wszystkich testów i awarię jądra. Problem wynika z pozostawiania danych w statycznych zmiennych kprobes po poprzednim uruchomieniu, co uniemożliwia ponowną rejestrację.

W sterowniku sieciowym icssm-prueth dla układów TI w jądrze Linuxa wykryto wyciek referencji do węzła drzewa urządzeń (eth_ports_node) w funkcji probe. Błąd występuje na ścieżce błędu po nieudanym wywołaniu of_property_read_u32(), gdzie węzeł nie jest zwalniany przed zakończeniem funkcji.

W jądrze Linuxa wykryto podatność w mechanizmie netfs, dotyczącą nieprawidłowej aktualizacji punktu zerowego (zero_point) podczas zwalniania strony (folio) w sytuacji, gdy lokalny rozmiar pliku (i_size) jest większy niż zdalny rozmiar na serwerze (remote_i_size). Błąd powodował, że punkt zerowy był ustawiany na i_size zamiast na remote_i_size, co prowadziło do błędnych odczytów i krótkich odpowiedzi (short read) przy sięganiu poza faktyczny koniec pliku na serwerze.

W jądrze Linux wykryto podatność w mechanizmie netfs dotyczącą nieprawidłowego częściowego unieważniania strony zapisu strumieniowego. Funkcja netfs_invalidate_folio() błędnie modyfikuje obszar brudny, przesuwając go o początek zamiast o koniec regionu unieważnienia, co prowadzi do niepoprawnego śledzenia brudnych danych.

W jądrze Linux w podsystemach netfs i afs wykryto podatność polegającą na pomijaniu zapisu w funkcjach writepages dla katalogów i dowiązań. Problem występuje, gdy zapis jest pomijany z powodu rywalizacji o blokadę i trybu WB_SYNC_NONE, co może prowadzić do niespójności danych.

W jądrze Linux w sterowniku ath11k wykryto podatność polegającą na wycieku pamięci w funkcjach WMI WOW. W dwóch przypadkach bezpośrednio zwracano wynik ath11k_wmi_cmd_send bez sprawdzenia wartości zwracanej, co uniemożliwiało zwolnienie bufora skb w ścieżce błędu.

W jądrze Linux w sterowniku DRM dla układów Adreno (MSM) wykryto wyciek referencji w funkcji a6xx_gpu_init(). Funkcja pobiera węzeł urządzenia przez of_parse_phandle(), ale kilka wczesnych ścieżek błędu pomija zwolnienie referencji, co prowadzi do wycieku pamięci.

W jądrze Linux usunięto błędną walidację w funkcji dma_map_resource(), która używała pfn_valid() do sprawdzania, czy zakres nie jest pamięcią RAM. Na ARM64 z SPARSEMEM adresy MMIO współdzielące sekcję z RAM fałszywie wywoływały WARN_ON_ONCE i zwracały błąd, co powodowało problemy na Raspberry Pi 4 podczas inicjalizacji sterownika SPI.