Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Przeglądaj podatności według pakietuKatalog CISA KEV zaktualizowany: (v2026.11.03)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
n8n to platforma automatyzacji procesów roboczych typu open source. Przed wersjami 1.123.32, 2.17.4 i 2.18.1, błąd w operacji select w węźle bazy danych Oracle pozwalał na wprowadzenie kontrolowanego przez użytkownika wejścia do pola Limit, które było interpolowane bezpośrednio do zapytania SQL bez sanitizacji.
Użytkownik z odpowiednimi uprawnieniami do tworzenia lub modyfikowania workflowów oraz dostępu do poświadczeń bazy danych może nieświadomie stworzyć workflow podatny na atak SQL injection. Nawet przy oczekiwaniach, że dane wejściowe będą obsługiwane bezpiecznie przez odpowiednio zabezpieczone parametry.
W jądrze Linuxa rozwiązano podatność związaną z komponentem ASoC: tlv320adcx140, gdzie wskaźnik null był używany bez wcześniejszego ustawienia. Problem dotyczył zmiennej 'snd_soc_component' w 'adcx140_priv', która była używana tylko raz do uzyskania dostępu do 'dev'.
Axios, klient HTTP oparty na obietnicach dla przeglądarki i Node.js, przed wersjami 1.15.1 i 0.31.1, nie egzekwował limitu maxContentLength dla strumieni odpowiedzi, gdy używano responseType: 'stream'. To pozwala na ominięcie skonfigurowanych limitów rozmiaru odpowiedzi.
Użytkownik końcowy korzystający z workflow, który wykorzystuje węzeł Guardrail, może stworzyć dane wejściowe, które omijają domyślne instrukcje zabezpieczeń. To może prowadzić do nieautoryzowanego dostępu lub nieprawidłowego działania systemu.
Polecenie npm ci w npm w wersjach 7.x i 8.x do 8.1.3 kontynuuje instalację, nawet jeśli informacje o zależnościach w pliku package-lock.json różnią się od tych w package.json. To zachowanie jest niezgodne z dokumentacją.
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 wykorzystać lukę w sanitizacji CSS w węźle Form Trigger, aby wstrzyknąć ładunek XSS. Wstrzyknięty skrypt wykonuje się dla każdego odwiedzającego opublikowany formularz.
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.
W wersjach przed 21.3.1 biblioteka file-type zawiera podatność typu denial of service w parserze wykrywania typu pliku ASF (WMV/WMA). W przypadku przetwarzania spreparowanego wejścia, w którym pole rozmiaru podnagłówka ASF ma wartość zero, parser wchodzi w nieskończoną pętlę.
Biblioteka compose-go w wersjach v2.10-v2.4.0 pozwala autoryzowanemu użytkownikowi, który wysyła złośliwe ładunki YAML, na spowodowanie nadmiernego zużycia pamięci i cykli CPU podczas parsowania YAML, co jest wykorzystywane przez Docker Compose w wersjach od v2.27.0 do v2.29.7.
Podatność w mechanizmie przekierowań między domenami powoduje, że nagłówki Proxy-Authorization i Proxy-Authenticate są zachowywane, co może prowadzić do wycieku wrażliwych danych uwierzytelniających.
Podatność w implementacji asemblerowej wewnętrznej funkcji kryptograficznej na architekturze ppc64le powoduje wyciek kilku bitów sekretnych skalarów z powodu użycia instrukcji o zmiennym czasie wykonania. Ze względu na sposób użycia tej funkcji, wyciek nie jest wystarczający do odzyskania klucza prywatnego.
Podatność w pakiecie os standardowej biblioteki Go umożliwia nieprawidłowy dostęp do katalogu nadrzędnego os.Root poprzez otwarcie nazwy pliku kończącej się na "../". Na przykład wywołanie Root.Open("../") otwiera katalog nadrzędny, co stanowi naruszenie ograniczeń dostępu.
Klient HTTP w Go usuwa wrażliwe nagłówki (np. Authorization) po przekierowaniu między domenami, ale może je ponownie wysłać przy kolejnym przekierowaniu w obrębie tej samej domeny, co stanowi potencjalne ryzyko wycieku danych.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

