Katalog podatności CVE

W jądrze systemu Linux naprawiono podatność związaną z aktualizacją sterowników ACPI. Zamiast sprawdzenia wersji w czasie rzeczywistym, powinno być używane sprawdzenie numeru wersji zabezpieczeń, aby uniknąć niepowodzenia aktualizacji oprogramowania układowego.

W jądrze Linuxa rozwiązano podatność dotyczącą modułu iio: light: as73211, która polegała na braku zerowania luk w buforze. W związku z tym, że bufor jest kopiowany do kfifo, który ostatecznie może być odczytany przez przestrzeń użytkownika, konieczne jest jego zerowanie.

W jądrze Linuxa naprawiono podatność związaną z asercją lockdep, która była wywoływana podczas zdarzenia synchronizacji resetu. Problem występował, gdy inicjowano proces synchronizacji resetu za pomocą opcji devlink reload fw_activate.

W jądrze Linuxa naprawiono podatność związaną z ftrace, która mogła prowadzić do wywołania ostrzeżenia w trace_printk_seq podczas ftrace_dump. Problem występował podczas jednoczesnego wywoływania ftrace_dump_one() i odczytu trace_pipe, co mogło prowadzić do warunków wyścigu.

W jądrze Linuxa rozwiązano podatność związaną z obsługą błędów w module drm/mediatek. Problem dotyczy sytuacji, w której po zdarzeniu hotplug kursor nadal się aktualizuje, co może prowadzić do paniki jądra.

W jądrze Linuxa rozwiązano podatność związaną z programowaniem HCI_UTRL_NEXUS_TYPE w sterowniku SCSI dla UFS na urządzeniach Google gs101. W przypadku tych urządzeń liczba slotów żądań transferu UTP (nutrs) wynosi 32, co prowadzi do błędnego ustawienia UTRL_NEXUS_TYPE na 0.

W jądrze Linuxa rozwiązano podatność związaną z funkcją msm_ioctl_gem_info_set_metadata(), która teraz sprawdza błędy przy wywołaniu krealloc. W przypadku niepowodzenia zwraca -ENOMEM, co zapobiega potencjalnemu dereferencjonowaniu wskaźnika NULL.

W jądrze Linuxa rozwiązano podatność, która mogła prowadzić do ostrzeżenia o soft lockup w funkcji __kmemleak_do_cleanup(). Problem ten występował na małym systemie x86-64 z 16 GB pamięci podczas uruchamiania jądra debugowego z włączonym kmemleak.

W jądrze Linuxa zidentyfikowano podatność, która prowadziła do zakleszczenia podczas uzyskiwania lub ustawiania interwału klatki za pomocą operacji V4L2 subdev pad. Problem ten został rozwiązany.

W jądrze systemu Linux naprawiono podatność związaną z nieprawidłową metodą alokacji bufora. Bufor komunikacyjny alokowany przez setup_mm_hdr() jest później przekazywany do tee_shm_register_kernel_buf(), który oczekuje, że te bufory będą ciągłymi stronami.

W jądrze systemu Linux zidentyfikowano podatność związaną z obsługą duplikatów SPI w funkcji xfrm_alloc_spi(). Problem występuje, gdy Strongswan inicjuje wiadomość Netlink XFRM_MSG_ALLOCSPI, co może prowadzić do nieprawidłowego zarządzania unikalnością identyfikatorów bezpieczeństwa.

W jądrze Linuxa zidentyfikowano podatność związaną z nieprawidłowym przesunięciem bitów w funkcji aio_iiro_16. Problem występuje podczas sprawdzania numeru IRQ, gdzie używana jest wartość `it->options[i]`, która pochodzi z przestrzeni użytkownika i nie jest odpowiednio weryfikowana.

W jądrze systemu Linux naprawiono podatność związaną z nieprawidłowym przesunięciem bitów w module comedi dla urządzenia das6402. Problem dotyczył sprawdzania numeru IRQ, co mogło prowadzić do błędów w działaniu systemu.

W jądrze Linuxa naprawiono podatność związaną z nieprawidłowym przesunięciem bitów w module comedi dla urządzenia das16m1. Problem dotyczył sprawdzania numeru IRQ, gdzie nieprawidłowe wartości mogły prowadzić do błędów.

W jądrze Linuksa zidentyfikowano podatność związaną z nieprawidłowym przesunięciem bitów w module comedi dla pcl812. Problem występuje podczas sprawdzania numeru IRQ, gdzie używana jest wartość `it->options[i]`, która jest niezweryfikowaną wartością typu `int` pochodzącą z przestrzeni użytkownika.

W jądrze Linuxa zidentyfikowano podatność związaną z używaniem niezinicjalizowanych struktur urządzeń w funkcjach probe. Może to prowadzić do paniki jądra w funkcji st_sensors_power_enable().

W jądrze Linuxa naprawiono podatność, która powodowała awarię podczas ponownego przypisywania urządzenia ccp, gdy włączona była opcja CONFIG_CRYPTO_DEV_CCP_DEBUGFS. Problem występował po próbie odłączenia i ponownego podłączenia urządzenia ccp.

W jądrze Linuxa rozwiązano podatność polegającą na konwersji mutexu kolejki kontrolnej na spinlock. W przypadku włączonej opcji VIRTCHNL2_CAP_MACFILTER generowany jest komunikat ostrzegawczy podczas ładowania modułu.

W jądrze Linuxa rozwiązano podatność związaną z modułem USB lan78xx, która mogła powodować wyzwolenie ostrzeżenia podczas odłączania urządzenia USB. Usunięto zbędne wywołanie netif_napi_del() z ścieżki odłączania.

W jądrze Linuksa rozwiązano podatność związaną z potencjalnym zakleszczeniem podczas deregistracji MR. Problem występuje, gdy wywoływana jest funkcja kzalloc() przy trzymaniu umem_mutex lub innego zamka nabytego pod umem_mutex.