Katalog podatności CVE

W jądrze Linuxa zidentyfikowano podatność związaną z obsługą sterownika USB Sierra. Problem polegał na braku weryfikacji, czy trzeci punkt końcowy jest punktem wejścia dla przerwań, mimo że sprawdzano obecność trzech punktów końcowych oraz punktów końcowych dla przesyłania i odbierania danych.

W jądrze Linuxa zidentyfikowano podatność związaną z obsługą przerwań w module drm/exynos. Problem występuje, gdy podczas rozruchu systemu obsługiwane jest inne urządzenie konsolowe, co może prowadzić do paniki jądra.

W jądrze systemu Linux zidentyfikowano podatność związaną z obsługą ioctl `COMEDI_INSNLIST`, która alokuje bufor jądra na tablicę `struct comedi_insn`. Problem występuje, gdy wartość `n_insns` jest zbyt duża, co może prowadzić do błędów w alokacji pamięci.

W jądrze Linuxa naprawiono podatność związaną z warunkiem wyścigu w module usb: gadget: u_serial. Problem występuje, gdy funkcja gs_start_io() wywołuje gs_start_rx() lub gs_start_tx(), co prowadzi do chwilowego zwolnienia blokady portu dla usb_ep_queue().

W jądrze Linuxa naprawiono podatność związaną z używaniem pamięci stosu po zwrocie w funkcji raid1_reshape. W wyniku błędu wskaźnik conf->r1bio_pool.wait.head wskazywał na adres pamięci stosu.

W jądrze Linuxa rozwiązano podatność związaną z problemem use-after-free w funkcji nbd_genl_connect() w ścieżce błędu. Problem ten występuje w module nbd, co może prowadzić do nieprawidłowego działania systemu.

W jądrze systemu Linux zidentyfikowano podatność związaną z funkcją ims_pcu_flash_firmware(), która nieprawidłowo sprawdza rozmiar rekordu. Zmienna 'len' pochodzi z oprogramowania układowego, co może prowadzić do problemów, jeśli jej wartość jest zbyt duża.

W jądrze Linuxa rozwiązano podatność związaną z funkcją rproc_attach(). W przypadku, gdy rproc->state = RPROC_DETACHED, a rproc_handle_resources() zwraca błąd, nie są odpowiednio zwalniane zasoby.

W jądrze Linuxa rozwiązano podatność, która występowała w sterowniku wifi carl9170. Problem polegał na próbie pingowania urządzenia, które nie załadowało firmware'u, co prowadziło do awarii.

Uwierzytelniony użytkownik Samba AD z niskimi uprawnieniami może modyfikować wewnętrzne specjalne DN-y LDB poprzez dostęp LDAP, co umożliwia przejęcie domeny.

Pakiet TSIG z kompresją nazw może spowodować awarię DNS. Nieprawidłowe obliczenia rozmiaru, gdy rekord TSIG zawiera skompresowane nazwy, prowadzą do dużego zapisu poza zakresem, co powoduje awarię serwera.

W jądrze Linuksa rozwiązano podatność związaną z modułem aspeed-lpc-snoop, która dotyczy nieprawidłowego zarządzania kanałami. Problem polegał na tym, że kanały, które nie były włączone, mogły być wyłączane, co prowadziło do błędów w obsłudze jądra.

W jądrze Linuxa naprawiono podatność, która występowała podczas zapisywania pustego ciągu do atrybutów sysfs 'qw_sign' lub 'landingPage'. Funkcje zapisu próbowały uzyskać dostęp do page[l - 1] przed sprawdzeniem długości 'l'.

Funkcje `Decode`, `DecodeChain`, `DecodeTrustStore` i `ToPEM` mogą błędnie akceptować pliki PKCS#12 zakodowane z nieprawidłowym hasłem, z powodu braku odrzucania zbyt krótkich kluczy PBMAC1. Użytkownicy, którzy dekodują pliki PKCS#12 z niezaufanych źródeł i polegają na haśle do uwierzytelnienia, mogą być zagrożeni.

W jądrze Linuxa usunięto funkcję kasan_find_vm_area(), aby zapobiec możliwemu zakleszczeniu. Funkcja find_vm_area() nie mogła być wywoływana w kontekście atomowym, co mogło prowadzić do zakleszczenia.

W jądrze Linuxa zidentyfikowano podatność związaną z inkrementacją liczby zadań przed zamianą ogona kolejki spsc. Istnieje mały wyścig między funkcjami spsc_queue_push a pracownikiem wykonującym zadania, co może prowadzić do nieprawidłowego działania.

W jądrze systemu Linux rozwiązano podatność związaną z kamerami Chicony Electronics HP 5MP, które zgłaszają interfejs czujnika HID, który nie jest rzeczywiście zaimplementowany. Próba dostępu do tego nieistniejącego interfejsu może prowadzić do problemów.

W jądrze Linuxa rozwiązano podatność polegającą na błędnym zastosowaniu commit'u dotyczącego sprawdzania, czy ASPM jest włączone w subsystemie PCIe. Powodowało to trudne do zdiagnozowania awarie w systemach z dwoma kartami graficznymi AMD, z których tylko jedna obsługiwała ASPM.

W jądrze Linuxa rozwiązano podatność, która powodowała awarię systemu podczas twardego resetu GPU. Problem dotyczył sekwencji resetu, która niewłaściwie wywoływała funkcje zarządzania energią.

W jądrze Linuxa rozwiązano podatność dotyczącą nieodpowiedniego wyłączania regulatora w trybie UTMI PHY. Problem występował podczas przejścia z USB_ROLE_DEVICE do USB_ROLE_NONE, gdzie zakładano, że regulator powinien być wyłączony, mimo że był oznaczony jako zawsze włączony.