Katalog podatności CVE

W jądrze Linuxa rozwiązano podatność związaną z funkcją nfs_fs_proc_net_init(). W przypadku jej niepowodzenia, nie usuwano pliku /proc/net/rpc/nfs, co mogło prowadzić do nieprawidłowego stanu systemu.

W jądrze Linuksa zidentyfikowano podatność związaną z wyciekiem pamięci w konfiguracji silnika ECC dla pamięci typu spinand. Pamięć przydzielona dla konfiguracji silnika ECC nie jest zwalniana podczas czyszczenia spinand.

W jądrze Linuxa zidentyfikowano podatność, która pozwala na wywołanie przerwania podczas resetowania GPU. Może to prowadzić do zawieszenia GPU oraz dereferencji wskaźnika NULL w kontekście przerwania.

W jądrze Linuxa zidentyfikowano podatność, która została naprawiona. W funkcji tegra_crtc_reset() alokowana jest nowa pamięć za pomocą kzalloc(), jednak nie przeprowadzono odpowiedniej weryfikacji stanu przed wywołaniem __drm_atomic_helper_crtc_reset.

W jądrze Linuxa rozwiązano podatność dotyczącą systemu plików f2fs, która polegała na braku odpowiednich kontroli poprawności dla numerów inode i xnid. Zgłoszenie błędu przez syzbot ujawniło, że zadanie syz-executor140 było zablokowane przez ponad 143 sekundy.

W jądrze Linuxa rozwiązano podatność związaną z funkcją gpio_keys_irq_timer(), która działa w kontekście przerwania twardego. Problem polegał na tym, że funkcja input_event() wymagała zablokowania spin_lock, co nie jest dozwolone w tym kontekście.

W jądrze Linuxa rozwiązano podatność związaną z używaniem funkcji strlcat() w sterowniku lpfc, która powodowała panikę systemu z powodu błędnego wykrywania przepełnienia bufora. Zamiast tego, zastosowano funkcję memcpy() dla wersji BIOS.

W jądrze Linuxa zidentyfikowano podatność związaną z funkcją hdr_first_de(), która może zwracać wskaźnik NULL. Niezbędne jest wdrożenie odpowiedniego mechanizmu obsługi błędów dla tej funkcji.

W jądrze Linuxa naprawiono podatność związaną z systemem plików f2fs, która dotyczyła braku odpowiednich kontroli sanity na liczbie całkowitych ważnych bloków. Zgłoszono błąd f2fs, który prowadził do awarii jądra.

W jądrze Linuxa zidentyfikowano podatność związaną z brakiem sprawdzenia wartości NULL w funkcji raspberrypi_clk_register(). Funkcja devm_kasprintf() może zwrócić NULL w przypadku niepowodzenia alokacji pamięci, co prowadzi do dereferencji wskaźnika NULL.

W jądrze systemu Linux rozwiązano podatność związaną z przenoszeniem buforów ramki za mostkami PCI. Zastosowanie przesunięć okien host-bridge PCI do buforów ramki screen_info naprawia nieprawidłowy dostęp do pamięci I/O.

W jądrze Linuxa naprawiono podatność związaną z wyciekiem w ścieżce błędu zgłaszania w drm/msm. Funkcja put_unused_fd() nie zwalnia zainstalowanego pliku, jeśli wcześniej wykonano fd_install(), co wymaga również zwolnienia sync_file.

W jądrze Linuxa rozwiązano podatność związaną z zawieszaniem systemu podczas wstrzymywania i wznawiania pracy, gdy urządzenie USB jest skonfigurowane jako Ethernet i odbywa się transfer danych. Problem zgłosili Shawn i John.

W jądrze Linuxa rozwiązano podatność, która mogła prowadzić do przepełnienia bufora w funkcji p54_rx_eeprom_readback(). Problem ten występował, gdy złośliwe urządzenie USB udawało interfejs wifi Intersil p54 i generowało wiadomość eeprom_readback z dużą wartością eeprom->v1.le.

W jądrze Linuxa rozwiązano podatność dotyczącą urządzeń aoe, która dotyczyła czyszczenia listy rq_list w funkcji aoedev_downdev(). Lista rq_list zawiera zaakceptowane żądania blokowe oczekujące na przesłanie do celu aoe.

W jądrze Linuxa rozwiązano podatność związaną z harmonogramem DRM, która występuje podczas zabijania zadań. Funkcja drm_sched_entity_kill() usuwa wszystkie zadania należące do danej jednostki, co może prowadzić do nieprzewidzianych skutków dla innych aplikacji.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 1.123.12 i 2.4.0, podczas przetwarzania przesłanych plików i ich transferu do zdalnych serwerów za pomocą węzła SSH, brak walidacji metadanych może prowadzić do zapisywania plików w niezamierzonych lokalizacjach.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 2.10.1, 2.9.3 i 1.123.22, uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania procesów roboczych mógł wykorzystać węzeł Python Code do ucieczki z piaskownicy.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 1.123.22, 2.9.3 i 2.10.1, uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania procesów roboczych mógł wykorzystać JavaScript Task Runner do alokacji niezainicjowanych buforów pamięci.

SDK LangSmith umożliwiają interakcję z platformą LangSmith. W wersjach przed LangSmith SDK Python 0.8.0 i JS/TS 0.6.0, metody pobierania promptów nie rozróżniały źródła manifestów, co mogło prowadzić do nieautoryzowanego dostępu do danych kontrolowanych przez zewnętrzne podmioty.