Katalog podatności CVE

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 Linux w module NFS występuje problem z naliczaniem niestabilnych zapisów: funkcje nfs_folio_mark_unstable() i nfs_folio_clear_commit() obciążają liczniki NR_WRITEBACK/WB_WRITEBACK rozmiarem folio, a nie rozmiarem żądania. Gdy folio jest dzielone na wiele żądań, każde żądanie obciąża cały rozmiar folio, co prowadzi do zawyżenia liczników i może wymusić twarde ograniczenie zapisu dla wszystkich procesów.

W jądrze Linux w sterowniku nvme-apple na układzie Apple A11 występuje problem z tagami poleceń: tagi oczekujących poleceń muszą być unikalne w kolejkach admin i IO, w przeciwnym razie firmware ulega awarii z błędem "duplicate tag error". Brakuje obejścia dla A11, które istnieje dla M1.

W jądrze Linux w module nvmet-auth występuje podatność na zapis poza zakresem pamięci (heap out-of-bounds write) w funkcji nvmet_execute_auth_receive(). Funkcja ufa długości alokacji AUTH_RECEIVE, sprawdzając tylko, czy jest niezerowa i zgodna z długością transferu. W stanach SUCCESS1 i FAILURE1, krótki bufor może prowadzić do zapisu poza przydzieloną pamięcią.

W jądrze Linux w module nvmet-rdma występuje problem z obsługą danych inline z niezerowym offsetem. Funkcja nvmet_rdma_use_inline_sg() mapuje offset kontrolowany przez hosta, ale zakłada, że dane zaczynają się na pierwszej stronie inline. Przy offsetach większych niż rozmiar strony może wystąpić niedomiar (underflow) długości, prowadzący do odczytu poza zakresem pamięci.

W jądrze Linuxa w funkcji nvmet_sq_create() występuje wyciek referencji. Funkcja pobiera referencję na strukturę ctrl, ale w przypadku błędu w nvmet_check_sqid() zwraca błąd bez zwolnienia referencji. Poprawka polega na przeskoczeniu do etykiety 'ctrl_put', która wykonuje odpowiednie zwolnienie.

W jądrze Linuxa funkcja netdev_nl_napi_fill_one() raportuje PID wątku NAPI w globalnej przestrzeni nazw PID, zamiast w przestrzeni nazw PID wywołującego. Ponieważ polecenie NETDEV_CMD_NAPI_GET nie wymaga uprawnień administratora i działa w przestrzeniach nazw sieciowych, wywołujący w podrzędnej przestrzeni nazw PID widzi globalny PID, który powinien być 0. Poprawka tłumaczy PID na przestrzeń nazw wywołującego.

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.

W jądrze Linux wykryto podatność w module CAN BCM (Broadcast Manager) polegającą na braku synchronizacji przy aktualizacji wartości timerów i filtrów. Jednoczesny dostęp do tych danych z wątków obsługujących ruch CAN może prowadzić do wyścigu, co skutkuje nieprawidłowym działaniem lub potencjalną eskalacją uprawnień.

W jądrze Linux w module CAN BCM brakuje poprawnych operacji listy RCU. Funkcje bcm_rx_setup() i bcm_tx_setup() nie używają list_add_rcu(), co może prowadzić do nieprawidłowej inicjalizacji struktury bcm_op podczas przeglądania listy przez bcm_proc_show(). Ponadto bcm_release() usuwa operacje bez list_del_rcu(), co może powodować problemy z synchronizacją.

W jądrze Linux w module CAN BCM rozszerzono użycie blokady bcm_tx_lock dla aktualizacji danych i timerów. Nowe dane ramek są najpierw walidowane w osobnym buforze, a dopiero potem kopiowane pod blokadą, co zapobiega obserwacji częściowo zaktualizowanych ramek. Dodano również obsługę błędów dla memcpy_from_msg() oraz przeniesiono aktualizacje timerów pod blokadę, eliminując rozdarcie odczytu 64-bitowych wartości na platformach 32-bitowych.

W jądrze Linux wykryto wyścig danych w module CAN BCM (Broadcast Manager) podczas jednoczesnego przetwarzania ramek CAN przez różne procesory. Problem dotyczy aktualizacji statystyk RX/TX, co mogło prowadzić do niespójnych danych w procfs. Poprawka wprowadza operacje atomowe i synchronizację w krytycznych sekcjach.

W jądrze Linux w module CAN BCM występuje wyścig danych na polach rx_stamp i rx_ifindex w funkcji bcm_rx_handler(). Dla operacji RX subskrybowanych na wszystkich interfejsach, funkcja może być wykonywana równolegle na różnych CPU, co prowadzi do niespójnych zapisów, w tym rozdarcia 64-bitowego znacznika czasu na platformach 32-bitowych. Poprawka umieszcza przypisanie tych pól w tej samej sekcji blokady, co porównanie zawartości.