Katalog podatności CVE

W jądrze Linuxa naprawiono podatność związaną z funkcją cpcap_usb_detect(). Funkcja power_supply_get_by_name() może zwracać wartość NULL zamiast wskaźnika błędu, co może prowadzić do problemów z wskaźnikami null.

W pliku cairo-truetype-subset.c w wersji cairo 1.15.6 i wcześniejszych występuje podatność, która pozwala zdalnym atakującym na spowodowanie odmowy usługi (odczyt poza zakresem) z powodu niewłaściwego obsługiwania nieoczekiwanego wywołania malloc(0).

W jądrze Linuxa zidentyfikowano podatność związaną z brakiem sprawdzenia wartości zwracanej przez funkcję alloc_ordered_workqueue, która może zwrócić wskaźnik NULL. Problem ten został rozwiązany poprzez dodanie odpowiedniego sprawdzenia.

W jądrze Linuxa rozwiązano podatność związaną z rejestracją pll_post w module clk: xilinx: vcu. Jeśli rejestracja pll_post zakończy się niepowodzeniem, zostanie ustawiona na NULL lub ERR, co spowoduje błąd podczas próby jej wyrejestrowania.

W bibliotece pyOpenSSL, od wersji 0.14.0 do przed wersją 26.0.0, występuje podatność, która pozwala na zaakceptowanie połączenia, jeśli użytkownik dostarczył callback do `set_tlsext_servername_callback`, który zgłosił nieobsługiwany wyjątek.

W sterowniku systemu plików ntfs.ko w jądrze Linux 4.15.0 występuje podatność, która pozwala atakującym na wywołanie zapisu poza granicami stosu, co może prowadzić do awarii systemu (kernel oops lub panic) lub innych nieokreślonych skutków poprzez spreparowany system plików ntfs.

W jądrze Linuxa w wersji 4.15.0 występuje podatność w sterowniku systemu plików ntfs, która pozwala atakującym na wywołanie odczytu po zwolnieniu pamięci (use-after-free) poprzez spreparowany system plików ntfs. Może to prowadzić do awarii systemu (kernel oops lub panic).

W programie vim do wersji 9.1.1096 zidentyfikowano podatność, która może prowadzić do uszkodzenia pamięci. Problem dotyczy nieznanego kodu w pliku src/main.c, a manipulacja argumentem --log może być wykorzystana do ataku lokalnego.

W wersjach przed 7.5.6 i 8.0.2, protobufjs generował konstruktory wiadomości, które kopiowały właściwości z obiektu właściwości bez filtrowania klucza __proto__. Może to prowadzić do nieautoryzowanego dostępu do prototypów obiektów.

Użytkownik z odpowiednimi uprawnieniami może stworzyć złośliwe poświadczenie OAuth2, zawierające adres URL JavaScript w polu URL autoryzacji. Po otwarciu poświadczenia przez ofiarę i interakcji z przyciskiem autoryzacji OAuth, wstrzyknięty skrypt zostanie wykonany.

Użytkownik z odpowiednimi uprawnieniami do tworzenia lub modyfikowania workflowów może skonfigurować węzeł formularza z niesanitarnym polem opisu HTML lub wykorzystać zbyt liberalną politykę sandboxu iframe, co prowadzi do możliwości wykonania ataku typu stored cross-site scripting lub przekierowania użytkowników odwiedzających formularz do dowolnej lokalizacji.

Atakujący, który zna adres URL webhooka workflow korzystającego z węzła ZendeskTrigger, może wysyłać niesigned POST requests i uruchamiać workflow z dowolnymi danymi. Węzeł nie weryfikuje podpisu HMAC-SHA256, który Zendesk dołącza do każdego wychodzącego webhooka.

Użytkownik z odpowiednimi uprawnieniami do tworzenia lub modyfikowania workflowów może wstrzyknąć złośliwy kod JavaScript do pola Custom CSS w węźle Chat Trigger. Błąd w konfiguracji biblioteki `sanitize-html` umożliwia ominięcie procesu sanitizacji, co prowadzi do przechowywanego ataku XSS w publicznym czacie.

n8n to platforma automatyzacji procesów roboczych typu open source. W wersjach przed 1.123.32, 2.17.4 i 2.18.1 punkt końcowy /mcp-oauth/register akceptował rejestracje klientów OAuth bez uwierzytelnienia, co pozwalało na rejestrowanie dowolnych wartości redirect_uri.

n8n to platforma automatyzacji procesów roboczych typu open source. W wersjach przed 1.123.32, 2.17.4 i 2.18.1 poprawka dla GHSA-f3f2-mcxc-pwjx nie obejmowała węzła Snowflake ani starszego węzła MySQL v1, które konstruują zapytania SQL poprzez bezpośrednią interpolację nazw tabel i kolumn kontrolowanych przez użytkownika.

Podatność dotyczy węzła Chat Trigger skonfigurowanego z uwierzytelnianiem n8n User Auth, które może być obejście. Problem występuje tylko w przypadku niestandardowej konfiguracji uwierzytelniania.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersją 2.8.0, gdy zmienna środowiskowa `N8N_SKIP_AUTH_ON_OAUTH_CALLBACK` jest ustawiona na `true`, obsługa callbacków OAuth pomija weryfikację własności parametru stanu OAuth, co umożliwia atakującemu oszukanie ofiary.

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.

n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 1.123.17 i 2.5.2, uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania procesów roboczych mógł wykorzystać spreparowane wyrażenia w parametrach procesów roboczych do wywołania niezamierzonego wykonania poleceń systemowych na hoście uruchamiającym n8n.