Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność związaną z obsługą GPIO w sterowniku nxp-nci. Umożliwiono firmware'owi oraz GPIO przechodzenie w stan uśpienia, co naprawia ostrzeżenie `WARN_ON` i pozwala na prawidłowe działanie GPIO podłączonych do ekspanderów I2C.

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 rozwiązano podatność związaną z obsługą zakończenia w funkcji send_done, która nie uwzględniała IB_SEND_SIGNALED. W przypadku przetwarzania smbdirect_send_batch mogą występować żądania bez IB_SEND_SIGNALED, które zostaną zniszczone w ostatnim żądaniu z IB_SEND_SIGNALED.

W jądrze Linuxa zidentyfikowano podatność w sterowniku cp2615, który używa ciągu znaków numeru seryjnego urządzenia USB jako nazwy adaptera i2c, nie sprawdzając, czy ten ciąg istnieje. Problem ten został rozwiązany poprzez dodanie weryfikacji istnienia numeru seryjnego przed dostępem.

W jądrze Linuxa naprawiono podatność związaną z potencjalnym przepełnieniem całkowitym w funkcji `check_command_size_in_blocks()`, która oblicza rozmiar danych w bajtach. Problem dotyczył przesunięcia bitowego zmiennej `common->data_size_from_cmnd`.

W jądrze Linuxa naprawiono podatność, która mogła prowadzić do potencjalnego przepełnienia bufora (OOB) w funkcji get_file_all_info() dla złożonych żądań. Problem występował, gdy złożone żądanie składało się z QUERY_DIRECTORY oraz QUERY_INFO (FILE_ALL_INFORMATION), a pierwsza komenda wykorzystywała niemal całą maksymalną wielkość transakcji.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem nazwy kobject dla podgrupy space_info. Problem występował podczas alokacji elementów space_info->sub_group[] w funkcji create_space_info_sub_group().

W jądrze Linuxa naprawiono podatność związaną z obsługą błędów inicjalizacji regmap w sterowniku dmaengine dla Xilinx XDMA. Funkcja devm_regmap_init_mmio zwraca ERR_PTR() w przypadku błędu, a nie NULL, co wymaga poprawy w sprawdzaniu błędów oraz komunikatach o błędach.

Obsługa separate_git_dir w Repo._clone() w GitPython nigdy nie wyłącza rozwijania zmiennych środowiskowych w Git.polish_url(), w przeciwieństwie do innych wywołań tego helpera obsługujących dane pochodzące od atakującego. separate_git_dir może pochodzić z kontrolowanego przez atakującego pliku .gitmodules submodułu.

Publiczne API GitPython Submodule.move() weryfikuje, że cel znajduje się leksykalnie wewnątrz repozytorium nadrzędnego, ale nie odrzuca dowiązań symbolicznych w pośrednich komponentach ścieżki docelowej przed operacjami na systemie plików. W systemach, które pobierają symlinki Git, niezaufane repozytorium może to wykorzystać.