Katalog podatności CVE

W jądrze Linux w sterowniku IIO chemical atlas-sensor sterownik rejestruje przerwanie IRQ danych przez devm_request_threaded_irq(), którego wątkowy handler kolejkuje irq_work wywołujący iio_trigger_poll(data->trig). Ponieważ IRQ jest zarządzane przez devm, free_irq() jest wywoływane po atlas_remove() bez opróżnienia irq_work, co może prowadzić do use-after-free, gdy atlas_work_handler() używa wskaźnika atlas_data po zwolnieniu.

W jądrze Linux w sterowniku IIO chemical sgp30 funkcja sgp_probe() przechowuje wskaźnik błędu zwrócony przez kthread_run() i zwraca sukces, rejestrując urządzenie bez wątku IAQ. Później sgp_remove() przekazuje wskaźnik błędu do kthread_stop(), co może prowadzić do problemów.

W jądrze Linux sterownik przetwornika cyfrowo-analogowego m62332 nie śledzi aktualnego stanu kanału przy włączaniu i wyłączaniu regulatora Vcc. Powoduje to niezrównoważenie licznika referencji regulatora, który pozostaje włączony na stałe po zmianie wartości kanału z jednej niezerowej na inną.

W jądrze Linux funkcja apds9306_read_data() w sterowniku czujnika światła apds9306 wywołuje pm_runtime_resume_and_get(), ale w kilku ścieżkach błędów zwraca wynik bez zwolnienia referencji runtime PM. Powoduje to wyciek referencji i uniemożliwia automatyczne uśpienie urządzenia.

W jądrze Linux funkcja ltrf216a_get_lux() w sterowniku czujnika światła ltrf216a pozyskuje referencję runtime PM, ale w przypadku niepowodzenia ltrf216a_read_data() zwraca wynik bez jej zwolnienia. Prowadzi to do niezrównoważenia licznika użycia runtime PM i uniemożliwia autosuspend urządzenia po nieudanym odczycie.

W jądrze Linux sterownik czujnika ciśnienia dps310 ulega awarii podczas próby ACPI, gdy urządzenie jest wyliczane przez HID ACPI (IFX3100). Funkcja i2c_client_get_device_id() zwraca NULL, a dps310_probe() dereferencjonuje ten wskaźnik, powodując awarię jądra.

W jądrze Linux moduł KVM nVMX nie opróżnia vpid02 przy pierwszym użyciu, ponieważ last_vpid nie jest resetowane przy zwalnianiu vpid02 podczas VMXOFF. Może to prowadzić do użycia nieaktualnych wpisów TLB z poprzedniego okresu życia VPID, powiązanych z innym vCPU lub maszyną wirtualną.

W jądrze Linux moduł KVM nVMX nie zawsze czyści flagi KVM_REQ_GET_NESTED_STATE_PAGES podczas emulacji zagnieżdżonego VM-Exit, zwłaszcza gdy KVM jest zbudowane z CONFIG_KVM_HYPERV=n. Może to prowadzić do podwójnego mapowania stron vmcs12, jeśli KVM przerwie VM-Enter bez przetworzenia żądania.

W jądrze Linux moduł KVM nVMX nie obsługuje lokalnych opróżnień TLB, gdy zagnieżdżony VM-Enter kończy się niepowodzeniem. Może to prowadzić do pominięcia opróżnienia TLB, jeśli L1 zmieni VPID dla L2, a następnie wykona nieudany VM-Enter, po którym nastąpi udany.

W jądrze Linux moduł KVM nVMX może wykonać INVVPID na innym fizycznym CPU niż ten, na którym działa L2. Może to prowadzić do nieunieważnienia wpisów TLB na właściwym CPU, jeśli L1 migruje między CPU.

W jądrze Linux w mechanizmie KVM (x86/mmu) występuje luka use-after-free w ścieżce starzenia się wpisów rmap. Gdy zapisywacz wypełni rmap pomiędzy odczytem blokady a ponownym odczytem iteratora, ścieżka bez blokady przechodzi po nowo utworzonej strukturze rmap bez jej zablokowania. Może to doprowadzić do zwolnienia łańcucha pte_list_desc przez kmem_cache_free() w trakcie trwania przejścia i użycia zwolnionej pamięci (slab use-after-free).

W jądrze Linux występuje błąd w emulacji syntetycznych timerów Hyper-V w KVM (x86). Gdy gość lub przestrzeń użytkownika ustawi licznik timera (COUNT) na wartość bliską U64_MAX, obliczenie terminu może spowodować przepełnienie i wygaśnięcie timera natychmiast, prowadząc do zapętlenia CPU (livelock) i zgłoszenia RCU stall.

W jądrze Linux w KVM dla s390 wykryto podatność polegającą na nieprawidłowej walidacji długości w funkcji __import_wp_info(). Pole len w struct kvm_hw_breakpoint jest kontrolowane przez użytkownika i może być większe niż int, co prowadzi do alokacji pamięci na podstawie niezatwierdzonej wartości, co może skutkować nieudaną alokacją i ostrzeżeniem WARN.

W jądrze Linux w KVM dla s390 występuje wyciek pamięci w obsłudze debugowania gościa. Funkcja bp_data jest zwalniana tylko w przypadku błędu, a każda udana operacja KVM_SET_GUEST_DEBUG powoduje wyciek pamięci.

W jądrze Linux w KVM dla s390 występuje wyciek pamięci w ścieżce błędu debugowania gościa. Funkcja __import_wp_info() alokuje bufory old_data dla punktów obserwacyjnych, ale jeśli późniejszy punkt obserwacyjny nie zostanie zaimportowany, bufory te nie są zwalniane, co prowadzi do wycieku pamięci przy powtarzanych żądaniach.

W jądrze Linux w KVM dla s390 występuje wyciek pamięci przy niszczeniu vCPU. Dane debugowania gościa (hw_bp_info, hw_wp_info i bufory old_data) nie są zwalniane, gdy vCPU jest niszczony, co prowadzi do nieograniczonego wycieku pamięci w czasie życia maszyn wirtualnych.

W jądrze Linux w KVM dla s390 występuje problem z brakiem trzymania srcu podczas importowania danych punktów obserwacyjnych. Funkcja __import_wp_info() odczytuje pamięć gościa, co wymaga trzymania kvm->srcu, aby uniknąć wyścigu z aktualizacją memslotów, co może prowadzić do użycia po zwolnieniu.

W jądrze Linux w KVM dla s390 występuje problem z niezainicjalizowanymi danymi w strukturach używanych do wstrzykiwania przerwań. Funkcja __kvm_inject_pfault_token() nie zeruje całej struktury, co może prowadzić do wycieku danych ze stosu do migracji.

W jądrze Linux w KVM dla s390 występuje podatność na uszkodzenie pamięci spowodowana ponownym wstrzykiwaniem maszyn checków CK. Maszyny checki dotyczące uszkodzenia podsystemu kanałowego nie powinny być przekazywane do gościa, a ich ponowne wstrzykiwanie może prowadzić do kfree zmiennej stosowej.

W jądrze Linux w KVM dla s390 występuje problem z odczytem gmap->asce bez trzymania mmu_lock w operacji keyop. Inne funkcje czytają to pole wewnątrz sekcji czytelniczej mmu_lock, ale keyop tego nie robi, co może prowadzić do użycia nieaktualnej wartości i uszkodzenia pamięci.