Katalog podatności CVE

W jądrze Linux w KVM dla architektury ARM64 (arm64) w trybie zagnieżdżonej wirtualizacji (nVHE) funkcja kvm_handle_vncr_abort() zakładała, że błąd -EFAULT z kvm_translate_vncr() zawsze oznacza przerwanie (abort). Jednak możliwe są 'późne' błędy na wyjściu translacji S1, np. GFN poza memslotami. Poprawka przygotowuje zewnętrzne przerwanie przed zwróceniem z kvm_translate_vncr() i usuwa BUG_ON() w ścieżce wstrzykiwania błędów.

W jądrze Linux w netfilter xt_nat, handlery SNAT i DNAT zakładają obecność stanu conntrack dla rodziny IP i mogą wyłuskać pusty wskaźnik, gdy są instancjonowane z nieobsługiwanej rodziny przez nft_compat. Reguła mostkowa (bridge-family) może wywołać wyłuskanie NULL w nf_nat_setup_info(). Poprawka odrzuca nie-IP rodziny w xt_nat_checkentry(), aby nie można było zainstalować nieobsługiwanych celów, pozostawiając NFPROTO_INET dozwolone.

W jądrze Linux w narzędziu intel-speed-select (tools/power/x86) demon używa stałej ścieżki pliku pid w /tmp. Lokalny nieuprzywilejowany użytkownik może wcześniej utworzyć dowiązanie symboliczne w tej ścieżce i spowodować, że demon działający z uprawnieniami roota zapisze do wybranego przez atakującego pliku. Poprawka otwiera plik pid z flagą O_NOFOLLOW i waliduje go przez fstat() przed blokadą/zapisem.

W jądrze Linux wykryto podatność w podsystemie CXL, gdzie stała CXL_HEADERLOG_SIZE była zdefiniowana jako 512 bajtów, podczas gdy rzeczywisty rozmiar rejestru Header Log w strukturze RAS Capability wynosi 64 bajty. Powodowało to odczyt poza mapowaną pamięcią (o 448 bajtów) podczas kopiowania danych, a w przypadku wywołania przez CPER prowadziło do wycieku 448 bajtów pamięci stosu jądra do bufora pierścieniowego zdarzeń trace, skąd użytkownik mógł je odczytać przez tracefs.

W jądrze Linux w sterowniku UFS core, zdarzenia śledzenia (trace events) w drivers/ufs/core/ufs_trace.h używały wskaźnika do struktury hba w TP_printk(), co jest niedozwolone, ponieważ TP_printk() jest wykonywane podczas odczytu pliku trace, co może nastąpić znacznie później, gdy wskaźnik może być już nieaktualny. Poprawka zapisuje nazwę urządzenia w momencie wywołania tracepointu i umieszcza ją w buforze pierścieniowym, eliminując ryzyko wyłuskania zwolnionego wskaźnika.

W jądrze Linux w systemie plików HFS+ brakowało walidacji rozmiaru węzła drzewa B. Uszkodzony obraz HFS+ z nieprawidłowym rozmiarem węzła mógł prowadzić do odczytu niezainicjalizowanej pamięci podczas montowania. Dodano sprawdzenie zgodności z specyfikacją techniczną.

W jądrze Linux w sterowniku scsi: hisi_sas brakowało interfejsu slave_destroy, co powodowało ostrzeżenia podczas jednoczesnego resetu łącza i usuwania modułu. Poprawka dodaje ten interfejs, aby zapewnić poprawne usunięcie łącza po zakończeniu prac.

W jądrze Linux w funkcji scmi_power_name_get() w firmware: arm_scmi brakowało walidacji numeru domeny, co mogło prowadzić do odczytu poza zakresem pamięci. Poprawka zwraca "unknown" dla nieprawidłowych domen, podobnie jak w scmi_reset_name_get().

W jądrze Linuxa w funkcji __in6_dev_stats_get() istnieje możliwość wyłuskania pustego wskaźnika (NULL deref). Funkcja dev_get_by_index_rcu() może zwrócić NULL, jeśli oryginalne urządzenie fizyczne zostało wyrejestrowane.

W jądrze Linuxa w sterowniku rapidio/tsi721 występuje problem w funkcji tsi721_db_dpc(). W pętli list_for_each() zmienna 'found' nie jest resetowana na początku każdej iteracji, co może prowadzić do błędnego oznaczenia wszystkich elementów jako znalezionych po pierwszym poprawnym doorbellu, a w przypadku nieznalezienia elementu może dojść do wyłuskania nieprawidłowej pamięci.

W jądrze Linux w systemie plików OCFS2 występuje zapis poza zakresem w funkcji ocfs2_remove_refcount_extent, co może prowadzić do paniki jądra. Problem dotyczy usuwania pliku z drzewem refcount, gdy ostatni liść jest usuwany.

W jądrze Linux w module netfilter synproxy występuje problem z niewyrównanym dostępem do pamięci podczas modyfikacji znacznika czasu. Użycie niebezpiecznych operacji może powodować spadek wydajności lub awarię na architekturach z wymogiem wyrównania.

W jądrze Linux w sterowniku wcn36xx występuje odczyt poza zakresem z powodu zbyt krótkiej odpowiedzi firmware na żądanie BA. Brak walidacji długości odpowiedzi może prowadzić do odczytu nieaktualnych danych ze sterty i uszkodzenia stanu sesji BA.

W jądrze Linux w module iommufd brakuje blokady dma_resv przed wywołaniem dma_buf_unpin() w ścieżce zwalniania, co powoduje ostrzeżenie jądra. Problem występuje podczas niszczenia lub odmapowania IOAS.

W jądrze Linux w systemie plików Btrfs w funkcji dekompresji LZO występuje podatność na odczyt poza zakresem. Walidacja długości segmentu nie uwzględnia rozmiaru skompresowanych danych, co może prowadzić do błędu null-ptr-deref i awarii systemu.

W jądrze Linux wykryto podatność w podsystemie ALSA SEQ OSS, polegającą na braku synchronizacji (wyścigu) podczas resetowania stanu kolejki odczytu. Funkcja snd_seq_oss_readq_clear() modyfikuje wskaźniki kolejki bez użycia blokady q->lock, co może kolidować z równoległymi operacjami odczytu lub zapisu, prowadząc do utraty danych, błędnego stanu kolejki lub nieprawidłowego raportowania gotowości.

W jądrze Linux w sterowniku tlclk występuje podatność na użycie po zwolnieniu (use-after-free) w funkcji tlclk_cleanup(). Problem dotyczy zwalniania pamięci przed zakończeniem operacji na urządzeniu, co może prowadzić do awarii lub nieprawidłowego działania.

W jądrze Linux w module AppArmor funkcja aa_replace_profiles odwoływała się do pola udata->size po wywołaniu aa_put_loaddata(udata), co mogło prowadzić do użycia po zwolnieniu (UAF). Poprawka zapisuje rozmiar do zmiennej lokalnej przed zwolnieniem referencji.

W jądrze Linux w funkcji tun_dst_unclone występuje fałszywie pozytywne ostrzeżenie o przepełnieniu memcpy. Kompilator z clang i fortifikacją źródła szacuje, że opcje nie mieszczą się w strukturze, mimo że pamięć jest faktycznie przydzielona, co powoduje ostrzeżenie.

W jądrze Linux w sterowniku emac występuje dereferencja wskaźnika NULL w funkcji emac_probe. Funkcja devm_request_irq() jest wywoływana przed devm_platform_ioremap_resource(), co może spowodować, że przerwanie trafi do emac_irq() zanim dev->emacp zostanie zmapowane, prowadząc do awarii.