Katalog podatności CVE

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ł wstrzykiwać dowolne skrypty do stron renderowanych przez aplikację n8n, wykorzystując różne techniki na różnych węzłach.

n8n to otwartoźródłowa platforma do automatyzacji procesów. Przed wersjami 2.4.0 i 1.121.0, gdy uwierzytelnianie LDAP było włączone, n8n automatycznie łączył tożsamość LDAP z istniejącym lokalnym kontem, jeśli atrybut e-mail LDAP odpowiadał e-mailowi lokalnego konta.

W jądrze Linuksa zidentyfikowano podatność, która dotyczy komponentu media: solo6x10. Problem polegał na braku sprawdzenia, czy identyfikator chip_id nie wychodzi poza dozwolony zakres.

W jądrze systemu Linux zidentyfikowano podatność związaną z trybem sticky w menedżerze SQ. Problem ten może prowadzić do zastoju, gdy wiele kolejek SQ współdzieli SMQ i transmituje jednocześnie.

W jądrze Linuxa rozwiązano podatność dotyczącą funkcji cpumask_of_node(). Funkcja ta nie obsługiwała poprawnie indeksu NUMA_NO_NODE, co mogło prowadzić do błędów w działaniu systemu.

W jądrze Linuxa zidentyfikowano podatność związaną z manipulacją listą 'mfd_of_node_list'. Dodano mutex, aby zapewnić bezpieczeństwo podczas dostępu i modyfikacji tej listy, co zapobiega potencjalnym awariom.

W jądrze Linuxa naprawiono podatność związaną z obsługą błędów po znalezieniu dopasowania w połączeniu asynchronicznym. Po znalezieniu dopasowania do fwnode, może zostać zarejestrowany podurządzenie, a jego powiązana operacja jest wywoływana.

W jądrze Linuxa zidentyfikowano podatność związaną z rejestracją sterownika omap_mpuio_driver w funkcji omap_gpio_probe(). Problem ten został rozwiązany w commitcie 11a78b794496.

W jądrze Linuxa zidentyfikowano podatność związaną z potencjalnym wyciekiem pamięci w funkcji tw9903_probe(). Pamięć przydzielona w v4l2_ctrl_handler_init() oraz v4l2_ctrl_new_std() nie jest zwalniana w jednym z przypadków błędów.

W jądrze Linuxa zidentyfikowano podatność, która została rozwiązana. Problem dotyczy funkcji cper_print_fw_err(), która nie sprawdza, czy długość rekordu błędu jest wystarczająca do obsługi przesunięcia, co może prowadzić do nieprawidłowego działania w przypadku wadliwego oprogramowania układowego.

W jądrze Linuxa rozwiązano podatność, która pozwalała na traktowanie specjalnych inode'ów jako zwykłych plików. Zmiana wprowadzona w commit'cie af153bb63a33 wymaga, aby każdy inode był jednym z określonych typów.

W jądrze Linuxa naprawiono podatność związaną z obsługą błędów w funkcji probe w module mtk-mdp. Dodano funkcję mtk_mdp_unregister_m2m_device() w ścieżce obsługi błędów oraz sprawdzanie wartości zwracanej przez vpu_get_plat_device(), aby zapobiec dereferencji wskaźnika null.

W jądrze Linuxa zidentyfikowano podatność związaną z wyciekami bitmap w module octeontx2-af. Bitmapy kontroli przepływu RX/TX są alokowane, ale nigdy nie są zwalniane, co prowadzi do problemów z pamięcią.

W jądrze Linuxa naprawiono podatność związaną z funkcją imx_rproc_elf_find_loaded_rsc_table(), która mogła błędnie zgłaszać załadowaną tabelę zasobów, nawet gdy aktualny firmware jej nie dostarczał.

W jądrze systemu Linux zidentyfikowano podatność w sterowniku dpaa2-switch, która polega na braku walidacji wartości num_ifs w stosunku do maksymalnej dozwolonej liczby interfejsów. To może prowadzić do zapisu poza przydzielonym obszarem pamięci.

W jądrze Linuxa zidentyfikowano podatność związaną z obsługą fałszywych urządzeń USB, które mogą wysyłać własne opisy raportów. W przypadku braku wywołania hooka input_mapping(), wskaźnik pm->input_ep82 pozostaje NULL, co prowadzi do awarii systemu.

W jądrze Linuxa zidentyfikowano podatność w implementacji systemu plików minix, która nie obsługuje wartości s_log_zone_size innej niż 0. Wprowadzono poprawki, aby dodać odpowiednie sprawdzenie poprawności.

W jądrze Linuxa zidentyfikowano podatność, która prowadziła do wycieku pamięci w funkcji atomic_destroy_state. Po kilku commitach, pamięć slab wzrastała, ponieważ niektóre obiekty drm_crtc_commit nie były zwalniane.

Biblioteka faraday-http-cache domyślnie przechowuje odpowiedzi w formacie JSON i odczytuje je z powrotem za pomocą JSON.load, które honoruje klucz json_class i wywołuje metodę json_create na wskazanej klasie. Nagłówki odpowiedzi są przechowywane bez zmian w wpisie cache, więc złośliwy serwer pochodzenia może zwrócić odpowiedź z kluczem json_class prowadzącym do niebezpiecznej deserializacji.