Katalog podatności CVE

`qs.stringify` generuje `TypeError`, gdy jest wywoływane z opcjami `arrayFormat: 'comma'` oraz `encodeValuesOnly: true` na tablicy zawierającej `null` lub `undefined`. Błąd ten jest synchroniczny i nie jest obsługiwany przez żadne z opcji związanych z `null` w bibliotece qs.

Problem w podparserze zakotwiczeń w wersjach Showdownjs <= 2.1.0 może umożliwić zdalnemu atakującemu spowodowanie warunków odmowy usługi.

protobufjs kompiluje definicje protobuf do funkcji JavaScript. W wersjach przed 7.5.6 i 8.0.2, protobufjs pozwalał na przechodzenie przez dziedziczone właściwości obiektów podczas stosowania opcji, co mogło prowadzić do nieprawidłowego przetwarzania opcji.

W wersjach przed 7.5.6 i 8.0.2, protobufjs używał zwykłych obiektów z dziedziczonymi prototypami do wewnętrznych tabel wyszukiwania typów. Jeśli Object.prototype został wcześniej zanieczyszczony, te tabele wyszukiwania mogły być narażone na ataki.

Picomatch to matcher glob napisany w JavaScript. Wersje przed 4.0.4, 3.0.2 i 2.3.2 są podatne na atak typu Regular Expression Denial of Service (ReDoS) podczas przetwarzania stworzonych wzorców extglob.

Picomatch to matcher glob napisany w JavaScript. Wersje przed 4.0.4, 3.0.2 i 2.3.2 są podatne na lukę związaną z wstrzykiwaniem metod, która dotyczy obiektu `POSIX_REGEX_SOURCE`.

Wersje Nodemailer do 8.0.4 są podatne na wstrzyknięcie poleceń SMTP za pomocą sekwencji CRLF w opcji konfiguracyjnej `name` transportu. Wartość `name` jest używana bezpośrednio w poleceniu EHLO/HELO SMTP bez jakiejkolwiek sanitizacji dla znaków powrotu karetki i nowej linii.

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.

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ć podatność w piaskownicy JavaScript Task Runner do wykonania dowolnego kodu poza granicami piaskownicy.