Katalog podatności CVE

W jądrze Linux w sterowniku IPVTI funkcja vti_changelink() nie sprawdzała uprawnień CAP_NET_ADMIN w przestrzeni nazw sieci tunelu. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, mogła modyfikować tunel. Dodano sprawdzenie rtnl_dev_link_net_capable() na początku funkcji.

W jądrze Linux w sterowniku IPIP funkcja ipip_changelink() nie sprawdzała uprawnień CAP_NET_ADMIN w przestrzeni nazw sieci tunelu. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, mogła modyfikować tunel. Dodano sprawdzenie rtnl_dev_link_net_capable() na początku funkcji.

W jądrze Linuxa w sterowniku ip6_gre stwierdzono podatność polegającą na braku wymogu CAP_NET_ADMIN w przestrzeni nazw sieci tunelu podczas operacji changelink. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, może modyfikować tunel działający w innej przestrzeni nazw.

W jądrze Linuxa w sterowniku ip6_tunnel stwierdzono podatność polegającą na braku wymogu CAP_NET_ADMIN w przestrzeni nazw sieci tunelu podczas operacji changelink. Osoba z uprawnieniami w przestrzeni nazw urządzenia, ale bez uprawnień w przestrzeni nazw tunelu, może modyfikować tunel działający w innej przestrzeni nazw.

W jądrze Linuxa w sterowniku octeontx2-af stwierdzono wyciek pamięci w funkcji nix_setup_bpids(). Jeśli alokacja tablic mapowania BPID za pomocą devm_kcalloc() nie powiedzie się, funkcja zwraca błąd bez zwolnienia wcześniej przydzielonej bitmapy BPID.

W jądrze Linuxa odkryto podatność w legacy interfejsie netlink dla standardu IEEE 802.15.4. Operacje zrzutu (dump) list kluczy LLSEC w rodzinie IEEE802154_NL nie miały ustawionego wymaganego uprawnienia administracyjnego, co pozwalało każdemu lokalnemu użytkownikowi na odczyt surowych 16-bajtowych kluczy AES-128 z tabeli kluczy jądra. Problem dotyczy tylko starszego (legacy) API, podczas gdy nowoczesna rodzina nl802154 jest poprawnie zabezpieczona.

W jądrze Linuxa w sterowniku ca8210 (IEEE 802.15.4) stwierdzono wyciek pamięci w funkcji ca8210_spi_transfer(). Przy niepowodzeniu wywołania spi_async() nie jest wywoływany callback kończący, co prowadzi do utraty przydzielonego bufora cas_ctl. W warunkach ciągłego przeciążenia magistrali SPI każda iteracja ponawiania powoduje wyciek około 600 bajtów.

W jądrze Linuxa w sterowniku ca8210 (IEEE 802.15.4) stwierdzono podatność polegającą na obcinaniu wskaźnika podczas przesyłania przez kfifo na systemach 64-bitowych. Funkcje ca8210_test_int_driver_write() i ca8210_test_int_user_read() przekazują wskaźnik do bufora przez kfifo, ale używają stałej liczby 4 bajtów, co na 64-bitach powoduje zapis tylko 4 z 8 bajtów wskaźnika. Odczytywane są 4 bajty do 8-bajtowej zmiennej, pozostawiając górne 4 bajty niezainicjalizowane, co prowadzi do dereferencji losowego adresu i awarii systemu.

W jądrze Linux wykryto podatność w sterowniku GVE (Google Virtual Ethernet) dotyczącą uszkodzenia bufora nagłówka przy włączonych funkcjach header-split i HW-GRO. Problem wynika z nieprawidłowego indeksowania buforów nagłówka według pozycji w kolejce zamiast według identyfikatora bufora, co przy przetwarzaniu pakietów poza kolejnością prowadzi do odczytu niewłaściwego nagłówka oraz ponownego użycia bufora, który jest nadal używany przez urządzenie.

W jądrze Linuxa w sterowniku octeontx2-af (cn10k) stwierdzono podatność polegającą na braku walidacji pola base_pcifunc w funkcji rvu_mbox_handler_lmtst_tbl_setup(). Umożliwia to funkcji VF odczytanie adresu fizycznego LMTLINE innej funkcji, jeśli base_pcifunc wskazuje na funkcję spoza jej własnej przestrzeni PF. Poprawka odrzuca żądanie z błędem -EPERM, gdy base_pcifunc nie jest prawidłową funkcją w obrębie własnego PF.

To CVE zostało odrzucone lub wycofane przez CVE Numbering Authority.

W jądrze Linux na architekturze LoongArch wykryto podatność związaną z utratą śledzenia brudnych stron (dirty pages) w funkcjach pte_wrprotect() i pmd_wrprotect(). Gdy sprzętowy chodzik po tablicach stron (PTW) jest włączony, może ustawić bit _PAGE_DIRTY bez ustawiania bitu _PAGE_MODIFIED, co prowadzi do utraty informacji o modyfikacji strony podczas operacji copy-on-write (fork). W rezultacie strona może zostać uznana za czystą i zwolniona bez zapisu, co powoduje uszkodzenie danych.

W jądrze Linux w podsystemie IPMI występuje podatność polegająca na zmniejszeniu licznika referencji użytkownika podczas dostarczania zdarzeń. W przypadku niepowodzenia dostarczenia, ścieżka wycofania nadmiernie dekrementuje licznik referencji, co może prowadzić do użycia po zwolnieniu lub ostrzeżenia refcount_t.

W jądrze Linux w podsystemie ESPINTCP występuje podatność związana z częściowym wysyłaniem danych. Użycie sk_msg_free_partial() zapewnia spójność skmsg w każdej iteracji, upraszczając kod i naprawiając błędy w księgowaniu skmsg, gdy nie wysyłamy całej zawartości.

W jądrze Linux w podsystemie IPMI występuje podatność polegająca na wycieku referencji w funkcji i_ipmi_request(). Gdy wywołujący dostarcza wiadomość supplied_recv, a później wystąpi błąd, ścieżka czyszczenia nie zwalnia referencji, co prowadzi do trwałego wycieku.

W jądrze Linux w sterowniku bnx2x występuje podatność polegająca na potencjalnym wycieku pamięci w funkcji bnx2x_alloc_mem_bp(). Jeśli alokacja fp[i].tpa_info nie powiedzie się, ścieżka błędu nie zwalnia wcześniej zaalokowanej struktury bnx2x_fastpath, ponieważ nie jest ona jeszcze powiązana ze strukturą bp.

W jądrze Linux w sterowniku liquidio występuje podatność polegająca na wycieku zasobów BAR, gdy funkcja cn23xx_get_pf_num() nie powiedzie się. Funkcja zwraca bez odmapowania żadnego z BAR-ów, co prowadzi do wycieku zasobów.

W jądrze Linux w sterowniku lan743x występuje podatność polegająca na użyciu niezainicjalizowanego spinlocka eth_syslock przed jego inicjalizacją. Funkcja lan743x_hardware_init() wywołuje pci11x1x_strap_get_status(), która używa spinlocka, ale jest on inicjalizowany dopiero po odczycie statusu strap.

W jądrze Linux w schedulerze sieciowym sch_multiq występuje podatność polegająca na bezpośrednim wywołaniu dequeue zamiast użycia peek i qdisc_dequeue_peeked. Gdy dziecko nie jest work-conserving, bezpośrednie wywołanie dequeue może prowadzić do desynchronizacji qlen/backlog i potencjalnego paniki jądra.

W jądrze Linux w schedulerze sieciowym sch_taprio występuje podatność polegająca na bezpośrednim wywołaniu dequeue zamiast użycia peek i qdisc_dequeue_peeked. Gdy dziecko nie jest work-conserving, bezpośrednie wywołanie dequeue może prowadzić do desynchronizacji qlen/backlog i potencjalnego paniki jądra.