Katalog podatności CVE

W jądrze Linux w systemie plików OCFS2 występuje błąd w funkcji ocfs2_sum_rightmost_rec, który może prowadzić do naruszenia granic tablicy (UBSAN) przy uszkodzonych danych na dysku. Funkcja nie sprawdza poprawności wartości l_next_free_rec przed użyciem jej do indeksowania tablicy l_recs.

W jądrze Linux w systemie plików OCFS2 wykryto podatność polegającą na akceptowaniu nieprawidłowych wartości i_mode w dinodach. Brak walidacji typu pliku POSIX może prowadzić do przetworzenia sfałszowanych metadanych, co skutkuje nieprawidłowym zachowaniem systemu. Łata dodaje kontrolę strukturalną odrzucającą dinody z niekanonicznym typem i_mode.

W jądrze Linux w sterowniku thunderbolt sieci (tbnet) brakuje ograniczenia liczby ramek (frame_count) do maksymalnej liczby fragmentów skb, co może prowadzić do zapisu poza tablicę frags[] i uszkodzenia pamięci. Złośliwy peer może wysłać pakiet z wieloma małymi ramkami, powodując przepełnienie.

W jądrze Linux dla architektury OpenRISC występuje problem z synchronizacją jump_label w systemach SMP. Nieprawidłowe unieważnianie pamięci podręcznej instrukcji na zdalnych rdzeniach może powodować, że statyczne klucze pozostają w starym stanie po aktualizacji.

W jądrze Linux w sterowniku TPM (tpm2-sessions) funkcja tpm_buf_append_salt() wywołuje asynchroniczne operacje KPP bez ustawienia callbacku i natychmiast zwalnia żądanie, co może prowadzić do użycia po zwolnieniu. Problem występuje automatycznie podczas odpytywania entropii.

W jądrze Linux w sterowniku DMA Tegra (dmaengine) błędnie obliczany jest rozmiar burst, co może powodować zawieszenie transferu DMA, gdy długość transferu nie jest wielokrotnością maksymalnego rozmiaru burst. Poprawka zmniejsza rozmiar burst do największej potęgi dwójki dzielącej długość transferu.

W jądrze Linux w sterowniku dw-edma rejestry DONE_INT_MASK i ABORT_INT_MASK są współdzielone przez wszystkie kanały DMA, a ich modyfikacja wymaga sekwencji odczyt-modyfikacja-zapis, która nie jest atomowa. Może to prowadzić do wyścigów przy równoczesnych wywołaniach dw_edma_v0_core_start(). Dodano spinlock, aby serializować dostęp do tych rejestrów.

W jądrze Linux w sterowniku rz-dmac przerwanie jest żądane przed pełną inicjalizacją, co może prowadzić do nieprawidłowego dostępu do pamięci, ponieważ procedura obsługi przerwań może uzyskać dostęp do niezainicjalizowanych danych. Poprawka przenosi żądanie przerwań po zakończeniu konfiguracji i używa dmam_alloc_coherent().

W jądrze Linux w sterowniku dell-laptop funkcja dell_init() nie czyści wszystkich zasobów w przypadku błędu podczas rejestracji diod LED lub podświetlenia. Poprawka dodaje brakujące wywołania czyszczące przed zakończeniem z błędem.

W jądrze Linux w sterowniku ISST po wznowieniu sterowanie SST-PP jest przywracane tylko dla domeny zasilania 0, mimo że wartości są zapisywane dla wszystkich domen. Poprawka używa pd_info->sst_base zamiast power_domain_info->sst_base.

W jądrze Linux w sterowniku i2c-imx ścieżka przerwaniowa odrzuca blokowy odczyt SMBus z liczbą bajtów 0 jako -EPROTO, ale nie wysyła NACK+STOP, co powoduje zablokowanie magistrali I2C. Poprawka akceptuje count=0 i wysyła NACK oraz STOP.

W jądrze Linux w module xfrm_interface brakuje wymogu CAP_NET_ADMIN w przestrzeni nazw sieciowych interfejsu podczas zmiany parametrów (changelink). Osoba z uprawnieniami tylko w jednej przestrzeni nazw może modyfikować interfejs w innej przestrzeni nazw, co narusza izolację.

W jądrze Linuxa odkryto podatność w sterownikach urządzeń znakowych TPM. Ze względu na pozostawione flagi FMODE_PREAD i FMODE_PWRITE, operacje odczytu/zapisu z przesunięciem (pread/pwrite) mogły prowadzić do odczytu poza zakresem pamięci sterty oraz zapisu zer poza zakresem. Problem rozwiązano przez wywołanie nonseekable_open(), co powoduje odrzucanie operacji pozycyjnych z błędem -ESPIPE.

W jądrze Linuxa wykryto podatność w sterowniku SPI dla układów i.MX (spi-imx). Gdy sterownik wybiera tryb DMA, ale nie może przygotować deskryptora DMA, następuje przełączenie na tryb PIO bez cofnięcia konfiguracji DMA, co prowadzi do uszkodzenia przesyłanych danych. Problem występuje m.in. na płytach i.MX8MP z TPM Infineon SLB9670, gdzie dane są przesunięte i urządzenie nie działa poprawnie.

W jądrze Linux w sterowniku spi-uniphier występuje problem z kolejnością inicjalizacji: funkcja devm_request_irq() jest wywoływana przed inicjalizacją kompletacji (completion) używanej przez procedurę obsługi przerwań. Może to prowadzić do wywołania complete() na niezainicjalizowanej kompletacji, co powoduje niezdefiniowane zachowanie (obserwowane przez KASAN).

W jądrze Linuxa w module CAN ISO-TP występuje problem z synchronizacją RCU w funkcji isotp_release(). Gdy NETDEV_UNREGISTER jest wywoływany jako pierwszy, funkcja pomija synchronizację, co może prowadzić do anulowania timera podczas wykonywania isotp_rcv() i ponownego jego uzbrojenia, powodując użycie po zwolnieniu. Poprawka polega na zawsze wywoływaniu synchronize_rcu() przed anulowaniem timerów.

W jądrze Linux wykryto podatność use-after-free w module CAN ISO-TP (can/isotp). Problem występuje podczas równoczesnego wyrejestrowywania interfejsu sieciowego (NETDEV_UNREGISTER) i zamykania gniazda (isotp_release), co może prowadzić do użycia zwolnionej pamięci.

W jądrze Linuxa w podsystemie CAN ISO-TP naprawiono podatność polegającą na braku synchronizacji stanów maszyny stanów transmisji (TX). Różne konteksty (sendmsg, ścieżka odbioru, timery) mogły działać na nieaktualnym stanie, co prowadziło do uszkodzenia niezwiązanych transferów. Poprawka polega na objęciu pełnego cyklu życia zgłoszenia TX blokadą so->rx_lock.

W jądrze Linuxa wykryto podatność w module CAN BCM (Broadcast Manager) prowadzącą do użycia po zwolnieniu (UAF) w timerze hrtimer. Problem wynika z pominięcia sprawdzenia flagi RX_NO_AUTOTIMER w szybkiej ścieżce odbioru pakietów, co pozwala na ponowne uzbrojenie timera po zaplanowaniu zwolnienia pamięci przez call_rcu(). Naprawa polega na przeniesieniu anulowania timerów i zwalniania pamięci do dedykowanej kolejki pracy (workqueue) oraz na utrzymaniu referencji do gniazda do czasu zakończenia tych operacji.

W jądrze Linux w module CAN BCM występuje wyścig (race condition) między odczytem pól bo->ifindex i bo->bound bez blokady a ich modyfikacją pod blokadą. Może to prowadzić do sytuacji, w której gniazdo powiązane z konkretnym interfejsem CAN zacznie też pasować do interfejsu 'dowolny'. Dodatkowo, funkcja bcm_rx_setup() może zwracać sukces, gdy urządzenie zniknie w trakcie, zamiast zgłosić błąd -ENODEV.