Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność związaną z ustawieniem dma_mask dla urządzeń FFA. Brak odpowiedniego ustawienia prowadził do ostrzeżenia podczas alokacji DMA przy użyciu wskaźnika urządzenia.

W jądrze Linuxa zidentyfikowano podatność związaną z brakiem sprawdzenia wartości NULL w funkcji uclogic_input_configured(). Funkcja devm_kasprintf() może zwrócić NULL w przypadku niepowodzenia alokacji pamięci, co prowadzi do dereferencji wskaźnika NULL.

W jądrze Linuxa rozwiązano podatność związaną z modułem wifi, w której n_channels powinno być ustawione po alokacji członu struct cfg80211_registered_device::int_scan_req. Problem został zauważony przy użyciu narzędzia syzkaller.

W jądrze Linuxa naprawiono podatność, która powodowała awarię aplikacji na architekturze parisc w przypadku wystąpienia podwójnego wyjątku SIGFPE w obsłudze sygnałów. Problem wynikał z użycia podwójnej precyzji zmiennoprzecinkowej w glibc.

W jądrze Linuxa zidentyfikowano podatność związaną z modułem wl1251, która prowadziła do wycieku pamięci. Problem występował, gdy operacja wl1251_ps_elp_wakeup kończyła się błędem -ETIMEDOUT, co skutkowało utratą pakietu skb z kolejki tx_queue.

W jądrze Linuxa naprawiono podatność związaną z dostępem do relokacji poza zakresem. Kod pozwalał na dostęp do elementu poza końcem sekcji relokacji, co zostało uproszczone do num_relocations, co jest równoważne z istniejącym wyrażeniem rozmiaru.

W jądrze Linuxa rozwiązano podatność związaną z modułem Nouveau, dotyczącą funkcji nouveau_fence_context_kill(). Problem polegał na tym, że sygnalizacja ogrodzeń mogła być wykonywana w sposób niezgodny z oczekiwaniami.

W jądrze Linuxa zidentyfikowano i naprawiono podatność związaną z błędem use-after-free w module pds_core, który wystąpił podczas testów obciążeniowych. Problem dotyczy zapisu po zwolnieniu pamięci dla identyfikatora klienta.

W jądrze Linuxa usunięto błędne założenie w funkcji plfxlc_mac_release(). Funkcja ta nieprawidłowo zakłada, że blokada mac->lock jest trzymana, co nie jest poprawnym zachowaniem.

W niektórych konfiguracjach mod_ssl na serwerze Apache HTTP w wersjach od 2.4.35 do 2.4.63 możliwe jest obejście kontroli dostępu przez zaufanych klientów przy użyciu wznowienia sesji TLS 1.3. Problematyczne są konfiguracje, w których mod_ssl jest ustawiony dla wielu wirtualnych hostów, z których każdy ma przypisany inny zestaw zaufanych klientów.

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ń.

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 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 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ść 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 określonych konfiguracjach proxy, atak typu denial of service na serwer Apache HTTP w wersjach od 2.4.26 do 2.4.63 może być wywołany przez nieufne klientów, co prowadzi do asercji w mod_proxy_http2. Dotyczy to konfiguracji, w której reverse proxy jest skonfigurowane dla zaplecza HTTP/2 z włączonym ProxyPreserve.

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ść, 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 rozwiązano podatność dotyczącą funkcji gicv2m_get_fwnode(), która mogła być używana po zwolnieniu pamięci. Problem występował w kontekście rejestracji tej funkcji w podsystemie PCI jako pci_msi_get_fwnode_cb().

W jądrze Linuxa rozwiązano podatność związaną z niewłaściwym użyciem atrybutu __counted_by(len) w kodzie vsc-tp.c. Błąd ten może prowadzić do sytuacji, w której fortify-panic zostaje wywołany przez nieprawidłowe obliczenia rozmiaru bufora.