Katalog podatności CVE

W jądrze Linuxa naprawiono podatność związaną z używaniem niezainicjowanych danych w funkcji insn_rw_emulate_bits(). Dotyczy to instrukcji `INSN_READ` i `INSN_WRITE` na suburządzeniach cyfrowych.

W jądrze Linuxa rozwiązano podatność dotyczącą dm-bufio, która może prowadzić do problemów z planowaniem w kontekście atomowym. Gdy 'try_verify_in_tasklet' jest ustawione dla dm-verity, włączony jest DM_BUFIO_CLIENT_NO_SLEEP dla dm-bufio, co może prowadzić do niepożądanych sytuacji podczas próby usunięcia buforów.

W jądrze Linuxa naprawiono podatność związaną z algif_aead, która dotyczyła sprawdzania minimalnego rozmiaru bufora odbiorczego podczas deszyfrowania. Problem polegał na tym, że rozmiar tagu nie był brany pod uwagę, co mogło prowadzić do błędów w procesie deszyfrowania.

W jądrze Linuxa zidentyfikowano podatność, która prowadziła do awarii systemu podczas używania funkcji timerlat z zapisywaniem stosu. Problem ten został rozwiązany w aktualizacji.

W jądrze Linuxa rozwiązano podatność dotyczącą usuwania przepływów TC w module net/mlx5e. Podczas usuwania przepływów, iteracja odbywa się tylko po istniejących peerach devcom, co zapobiega dotykaniu nieistniejących peerów.

W jądrze Linuxa naprawiono podatność związaną z weryfikacją kodowania różnicowego. Wykorzystanie tej podatności mogło prowadzić do tworzenia pętli, jeśli nie została zweryfikowana terminacja łańcucha kodowania różnicowego.

W jądrze Linuxa naprawiono podatność związaną z uszkodzeniem pamięci w funkcji probe() w module dmaengine: nbpfaxi. Problem dotyczy nadmiarowego iterowania po tablicy nbpf->chan[], co może prowadzić do nieprzewidzianych skutków.

W jądrze Linuxa zidentyfikowano podatność związaną z deadlockiem w funkcji virtio-net podczas próby inicjalizacji. Problem występuje w wyniku rekurencyjnego wywołania rtnl_lock() w trakcie działania funkcji virtnet_probe().

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem pamięci w funkcji set_ssp_complete(). Struktury mgmt_pending_cmd nie są zwalniane po usunięciu z listy oczekujących.

W jądrze Linuxa naprawiono podatność związaną z narzędziem perf, która mogła prowadzić do awarii. Problem dotyczył sprawdzania, czy bieżące zadanie jest zadaniem użytkownika, co było niezbędne do wykonania zrzutu stosu w przestrzeni użytkownika.

W jądrze Linuxa zidentyfikowano podatność związaną z nieprawidłowym przesunięciem bitów w funkcji aio_iiro_16. Problem występuje podczas sprawdzania numeru IRQ, gdzie używana jest wartość `it->options[i]`, która pochodzi z przestrzeni użytkownika i nie jest odpowiednio weryfikowana.

W jądrze Linuxa naprawiono podatność związaną z błędnym sprawdzaniem wartości zwracanej przez funkcję dma_alloc_coherent w module drm/tegra. Poprawka ta jest zgodna z wcześniejszą poprawką dotyczącą vic.c, która dotyczyła niewłaściwego użycia API DMA.

W jądrze Linuxa rozwiązano podatność dotyczącą dereferencji wskaźnika NULL w funkcji amdgpu_gmc_filter_faults_remove. Problem dotyczy APU takich jak Raven i Renoir, gdzie bufory przerwań ih1 i ih2 nie są inicjalizowane.

W jądrze Linuxa naprawiono podatność związaną z makrem match_char(). Makro to ocenia swój parametr znakowy wielokrotnie podczas przetwarzania łańcuchów kodowania różnicowego, co może prowadzić do nieprzewidzianych skutków ubocznych.

W jądrze Linuxa rozwiązano podatność związaną z NVMe/FC, która występowała podczas inicjalizacji kontrolera. W przypadku niepowodzenia inicjalizacji, tagset administracyjny nie był zwalniany, co mogło prowadzić do problemów z zarządzaniem zasobami.

W jądrze Linuxa rozwiązano podatność związaną z funkcją fprop_new_period(), która nie była bezpieczna w kontekście przerwań twardych. Zgłoszono problem związany z wyścigiem w kodzie proporcji elastycznych.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem pamięci w efivarfs. Problem występował podczas przetwarzania opcji montowania, gdzie efivarfs alokował efivarfs_fs_info w wczesnym etapie inicjalizacji fs_context.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekiem pamięci w funkcji verify_header, która ustawia `*ns = NULL` przy każdym wywołaniu. Powoduje to wyciek ciągu nazw przestrzeni, który został przydzielony w poprzednich iteracjach podczas rozpakowywania wielu profili.

W jądrze Linuxa naprawiono podatność związaną z podwójnym zwolnieniem pamięci ns_name w funkcji aa_replace_profiles(). Problem występuje, gdy ns_name jest NULL po próbie rozpakowania danych użytkownika.

W jądrze Linuxa zidentyfikowano podatność związana z wyciekami pamięci w procedurach dodawania i usuwania obiektów haps. Funkcja toshiba_haps_add() nie zwalnia pamięci, jeśli wystąpi błąd po jej alokacji, co prowadzi do wycieków pamięci.