Katalog podatności CVE

W jądrze Linux w module dm-verity licznik błędów nie był atomowy, co może prowadzić do wyścigów. Z tego powodu wywołanie dm_audit_log_target("max-corrupted-errors") może zostać pominięte. Poprawka czyni licznik atomowym.

W jądrze Linux funkcja dma_fence_dedup_array() zwraca 1, gdy wywołana z liczbą 0, co jest niezgodne z dokumentacją i może prowadzić do wyłuskania niezainicjalizowanego wskaźnika w amdgpu_userq_wait_*(). Poprawka sprawia, że funkcja zwraca 0 dla pustej tablicy.

W jądrze Linux w module dma-buf/dma-fence występuje potencjalne wyłuskanie wskaźnika NULL z powodu nieprawidłowej kolejności operacji na platformach o słabym modelu pamięci. Poprawka zastępuje sprawdzanie bitu signaled-bit synchronizacją na wskaźniku ops.

W jądrze Linux w module accel/amdxdna występuje błąd use-after-free w funkcji amdxdna_gem_dmabuf_mmap(). Gdy vm_insert_pages() zawiedzie, ścieżka błędu wywołuje close, który zwalnia obiekt GEM, a następnie kod ponownie go zwalnia, co prowadzi do dostępu do zwolnionej pamięci. Poprawka polega na bezpośrednim powrocie z close_vma.

W jądrze Linux w sterowniku accel/amdxdna funkcja amdxdna_cmd_submit() wywołuje wskaźnik cmd_submit bez sprawdzenia, czy jest zdefiniowany. Dla urządzeń AIE4 (aie4_vf_ops) ten wskaźnik jest pusty, co prowadzi do wywołania przez ioctl AMDXDNA_EXEC_CMD pustego wskaźnika funkcji i awarii jądra (oops). Poprawka polega na odrzuceniu zgłoszenia z kodem -EOPNOTSUPP, gdy urządzenie nie udostępnia operacji cmd_submit.

W jądrze Linux w sterowniku accel/amdxdna funkcja amdxdna_drm_submit_execbuf() przekazuje uchwyt BO polecenia bez sprawdzenia, czy jest prawidłowy. Gdy uchwyt jest AMDXDNA_INVALID_BO_HANDLE (0), polecenie jest wysyłane z pustym wskaźnikiem cmd_bo, co prowadzi do wyłuskania pustego wskaźnika w wątku DRM schedulera i awarii jądra. Poprawka odrzuca nieprawidłowy uchwyt dla zgłoszeń użytkownika.

W jądrze Linux w sterowniku accel/amdxdna funkcja amdxdna_drm_sync_bo_ioctl() przy operacji SYNC_DIRECT_FROM_DEVICE przekazuje do amdxdna_hwctx_sync_debug_bo() wskaźnik client z obiektu BO, zamiast wskaźnika z pliku ioctl. To powoduje użycie niewłaściwego klienta jako przestrzeni nazw dla debug_bo_hdl i właściciela xarray kontekstu sprzętowego, co może prowadzić do błędów synchronizacji. Poprawka przekazuje filp->driver_priv.

W jądrze Linux w sterowniku accel/ivpu funkcja fw_log_from_bo() nie sprawdza, czy rozmiar logu jest co najmniej równy rozmiarowi nagłówka. Gdy log ma mniejszy rozmiar, fw_log_print_buffer() oblicza data_size z niedomiarem (underflow), co prowadzi do odczytu poza mały obszar danych BO. Rozmiar 0 powoduje również zapętlenie. Poprawka odrzuca logi o rozmiarze mniejszym niż nagłówek.

W jądrze Linux w sterowniku scsi: hpsa na ścieżce resetu IOACCEL2 występuje wyciek mapowania DMA. Gdy phys_disk->in_reset jest ustawione, funkcja zwraca bez zwalniania zasobów nabytych dla polecenia. Poprawka dodaje brakujące czyszczenie: odmapowanie łańcucha SG, odmapowanie polecenia SCSI i zmniejszenie licznika oczekujących poleceń.

W jądrze Linux w sterowniku scsi: lpfc w funkcji lpfc_sli4_driver_resource_setup() występuje wyciek pamięci. Pamięć przydzielona dla mboxq za pomocą mempool_alloc() nie jest zwalniana w niektórych ścieżkach błędów wczesnego wyjścia. Poprawka przenosi wywołanie mempool_free() wcześniej, po ostatnim użyciu.

W jądrze Linux w sterowniku scsi: xen: scsiback na ścieżce błędu przesyłania TMR występuje wyciek tagu polecenia. Gdy target_submit_tmr() zwraca błąd, skok do etykiety err wysyła odpowiedź, ale nie zwalnia tagu. Poprawka używa pomocniczej funkcji zwracającej tylko tag.

W jądrze Linux w sterowniku scsi: xen: scsiback na ścieżkach błędów przed przesłaniem polecenia występuje podwójne zwolnienie (double-put) se_cmd, którego refcount jest 0, co prowadzi do niedomiaru refcount i wycieku tagu. Poprawka dodaje pomocniczą funkcję zwracającą tylko tag i wysyłającą odpowiedź błędu.

W jądrze Linuxa wykryto podatność w podsystemie SCSI target, dotyczącą analizy bufora poleceń PERSISTENT RESERVE OUT. Funkcje parsujące identyfikator TransportID nie otrzymywały informacji o długości bufora, co umożliwiało odczyt poza jego granicami (out-of-bounds) przez nieprawidłowo sformułowany identyfikator iSCSI. Problem jest osiągalny przez każdy interfejs dostarczający polecenia PR OUT do urządzenia eksportowanego przez iSCSI TPG, w tym przez vhost-scsi.

W jądrze Linux wykryto podatność use-after-free w podsystemie SCSI target, dotyczącą operacji REGISTER AND MOVE w Persistent Reserve Out. Problem wynika z użycia wskaźnika do zmapowanego bufora po jego odmapowaniu, co może prowadzić do odczytu zwolnionej pamięci.

W jądrze Linux w sterowniku SCSI elx efct wykryto wyciek referencji w funkcji efct_hw_io_abort(). Gdy alokacja znacznika żądania nie powiedzie się, ścieżka błędu zwraca -ENOSPC bez zwolnienia referencji uzyskanej wcześniej przez kref_get_unless_zero(), co prowadzi do trwałego wycieku referencji na obiekcie io_to_abort. Dodatkowo flaga abort_in_progress pozostaje ustawiona na true, co blokuje przyszłe próby przerwania tego samego I/O.

W jądrze Linux w sterowniku SCSI elx efct wykryto wyciek I/O w funkcji efct_dispatch_fcp_cmd(). Funkcja alokuje efct_io przed wysłaniem niechcianego polecenia FCP, ale jeśli polecenie ma nieobsługiwany dodatkowy CDB, zwraca -EIO bez zwolnienia zaalokowanego I/O.

W jądrze Linux w podsystemie resctrl wykryto podatność use-after-free podczas odmontowywania systemu plików. Konkurencyjny czytelnik pliku zdarzeń monitorowania może uzyskać dostęp do już zwolnionej pamięci, ponieważ flaga RDT_DELETED nie jest ustawiana dla domyślnej grupy zasobów. Poprawka ustawia tę flagę bezwarunkowo i zapobiega ponownemu montowaniu, gdy istnieją oczekujący czytelnicy.

W jądrze Linux w sterowniku Input ims-pcu wykryto podatność use-after-free i podwójnego zwolnienia w funkcji ims_pcu_disconnect(). Funkcja polega na klasie interfejsu do rozróżnienia interfejsu sterowania od interfejsu danych, co może zostać wykorzystane przez złośliwe urządzenie do przedwczesnego czyszczenia i potencjalnego use-after-free lub podwójnego zwolnienia.

W jądrze Linux w sterowniku Input ims-pcu brakuje walidacji typu punktu końcowego interfejsu sterowania. Sterownik zakłada, że pierwszy punkt końcowy jest punktem końcowym przerwań IN, bez weryfikacji. Złośliwe urządzenie może dostarczyć inny typ punktu końcowego, co może prowadzić do ostrzeżeń jądra lub niezdefiniowanego zachowania.

W jądrze Linux w sterowniku Input ims-pcu wykryto wyciek pamięci w funkcji aktualizacji asynchronicznej. Obiekt firmware nie był zwalniany, jeśli walidacja nie powiodła się. Poprawka używa __free(firmware), aby zapewnić zwolnienie firmware.