Katalog podatności CVE

SpeechBrain przed wersją 1.1.1 zawiera podatność na wykonanie dowolnego kodu. Atakujący może dostarczyć spreparowany plik CKPT.yaml z metadanymi punktu kontrolnego, który jest parsowany przez niebezpieczny loader PyYAML podczas wyliczania kandydatów w Checkpointer.recover_if_possible(). Nawet jeśli złośliwy punkt kontrolny nie zostanie wybrany do odzyskania, kod może zostać wykonany.

Dotknięte wersje Flowintel nieprawidłowo próbowały zweryfikować adresy e-mail logowania, wywołując Email(email), co nie wykonuje walidacji pola WTForms, a jedynie konstruuje obiekt walidatora. W rezultacie nieprawidłowe dane wejściowe kontrolowane przez atakującego mogły przejść przez proces logowania i zostać zapisane w logach istotnych dla bezpieczeństwa. Podatny kod wstawiał podany e-mail zarówno do logu ostrzegawczego, jak i do niestandardowego rejestratora audytu. Ponieważ znaki CR/LF nie były escapowane, nieuwierzytelniony atakujący mógł potencjalnie wstrzyknąć dodatkowe fizyczne linie logów lub sfałszować mylące wpisy logów.

Dotknięte wersje Flowintel nie unieważniają istniejących sesji uwierzytelnionych po zmianie hasła użytkownika. Oznacza to, że jeśli atakujący posiada ważną sesję (np. z wcześniejszego dostępu lub skradziony token), zmiana hasła przez ofiarę nie kończy dostępu atakującego – sesja pozostaje aktywna do naturalnego wygaśnięcia. Poprawka wykrywa zmiany hasła i jawnie wywołuje _invalidate_user_sessions(user.id) po aktualizacji bazy danych, w funkcjach edit_user_core() i admin_edit_user_core(). Dotknięte wersje >=3.3.0.

Dotknięte wersje Flowintel konstruują HTML osi czasu przy użyciu pól obiektów MISP kontrolowanych przez atakującego, takich jak UUID obiektu, nazwa obiektu, wartość atrybutu, typ atrybutu, komentarz, wartości pierwszej/ostatniej obserwacji oraz flaga IDS. Te wartości były bezpośrednio konkatenowane do ciągów HTML przed renderowaniem. Zatwierdzone zmiany w kodzie wyraźnie stwierdzają, że DOMPurify usuwa wektory XSS, ale nadal przepuszcza inne elementy HTML, takie jak formularze.

Dotknięte wersje Flowintel udostępniają punkt końcowy API /my_assignment/user każdemu uwierzytelnionemu użytkownikowi API. Punkt końcowy akceptuje parametr user_id identyfikujący użytkownika, którego przypisania mają zostać zwrócone, ale wcześniej nie miał żadnego ograniczenia roli poza ogólnym uwierzytelnieniem API. W rezultacie uwierzytelniony użytkownik z niższymi uprawnieniami mógł potencjalnie zapytać o informacje o przypisaniach innego użytkownika, podając jego identyfikator.

Flowintel w wersjach 3.3.0 i nowszych zawiera wadę autoryzacji w administracyjnym API edycji użytkowników. Administrator organizacji mógł edytować konto pełnego administratora w swojej organizacji, w tym zmieniać jego hasło, co jest niedozwolone. Poprawka dodaje sprawdzenie wyższego poziomu uprawnień, które zwraca błąd 403, jeśli edytowany użytkownik jest administratorem.

Flowintel w wersjach 3.3.0 i nowszych zawiera podatność na niebezpieczne bezpośrednie odwołania do obiektów (IDOR) w wielu endpointach zadań. Trasy nie sprawdzały, czy zadanie należy do podanego przypadku, co pozwalało uwierzytelnionemu użytkownikowi z dostępem do jednego przypadku na manipulowanie zadaniami z innego przypadku. Poprawka dodaje wymóg powiązania zadania z przypadkiem oraz sprawdza, czy note_id należy do bieżącego zadania.

W pakiecie mcp-http-server w UI-TARS-desktop, plik startServer.ts domyślnie ustawiał adres nasłuchu na '::' (wszystkie interfejsy), a middleware uwierzytelniający był opcjonalny – stosowany tylko gdy wywołujący go dostarczy. Punkty wejścia @agent-infra/mcp-server-commands i @agent-infra/mcp-server-filesystem wywołują startSseAndStreamableHttpMcpServer z hostem i portem, bez middleware, więc serwery nie wymagały poświadczeń. Serwer commands udostępnia narzędzie run_command, które przekazuje polecenie do child_process.exec, umożliwiając nieuwierzytelnionym klientom wykonanie dowolnych poleceń. Serwer filesystem udostępniał narzędzia do odczytu i zapisu plików na tych samych zasadach. Domyślny adres nasłuchu zmieniono na 127.0.0.1 w commicie c2ad42e3eb9b27830db41a3e6f51ca7179d9b168; wersja pakietu pozostała 1.2.4.

NLTK przed wersją 3.10.3 zawiera podatność na obejście ograniczeń systemu plików w metodach Downloader.download i Downloader.incr_download, umożliwiającą atakującym nadpisywanie plików poza katalogiem instalacyjnym przez istniejące twarde dowiązania. Atakujący z dostępem do zapisu w współdzielonym katalogu downloadera może tworzyć twarde dowiązania do plików poza katalogiem, które są nadpisywane podczas normalnej ekstrakcji pakietów.

NLTK do wersji 3.10.3 zawiera podatność na przechodzenie po ścieżkach (path traversal) w API artefaktów modeli, która omija egzekwowanie pathsec poprzez użycie surowych operacji na plikach na ścieżkach kontrolowanych przez wywołującego. Atakujący mogą czytać lub zapisywać pliki poza dozwolonymi katalogami sandboxa przez API TransitionParser, AveragedPerceptron, PerceptronTagger i maxent, gdy pathsec jest włączone.

NLTK przed wersją 3.10.3 zawiera podatność na regular expression denial of service w Pl196xCorpusReader. Atakujący może dostarczyć złośliwe bloki TEI z wieloma niepasującymi tagami otwierającymi, powodując nadmierne zużycie CPU.

NLTK przed wersją 3.10.3 zawiera podatność na niekontrolowaną rekurencję w nltk.featstruct.FeatStructReader, która pozwala nieuwierzytelnionym atakującym na spowodowanie odmowy usługi poprzez dostarczenie głęboko zagnieżdżonych danych wejściowych struktury cech. Atakujący mogą tworzyć trywialne ładunki z zagnieżdżonymi nawiasami, które przekraczają limit rekurencji Pythona i wywołują nieobsłużony błąd RecursionError, powodując awarię aplikacji przetwarzających struktury cech lub gramatyki cech dostarczane przez użytkownika.

NLTK przed wersją 3.10.3 zawiera podatność na wyczerpanie CPU w XMLCorpusView._read_xml_fragment(). Atakujący może dostarczyć złośliwe pliki XML, powodując poważne zużycie procesora i DoS.

NLTK PorterStemmer w wersjach do 3.10.2 (poprawione w 3.10.3) zawiera podatność na odmowę usługi przez nieefektywną złożoność algorytmiczną w metodzie stem(). Funkcja _is_consonant() przegląda wstecz cały ciąg końcowych znaków 'y' przy każdym wywołaniu, a _measure() wywołuje ją dla każdej pozycji rdzenia, co powoduje złożoność O(n^2). Pojedynczy token o długości 20-50 KB składający się z długiego ciągu litery 'y' i pasującego przyrostka (np. 'ness') może zająć CPU na sekundy lub minuty.

openssl_encrypt przed wersją 1.4.9 nie waliduje parametrów kosztu KDF w metadanych zaszyfrowanych plików i nagłówkach keystore, co pozwala atakującym na wywołanie nieograniczonej alokacji pamięci. Atakujący mogą stworzyć złośliwe zaszyfrowane pliki z deklarowanymi bardzo dużymi parametrami Argon2, scrypt lub balloon KDF, co prowadzi do wyczerpania pamięci systemowej i awarii procesu bez uwierzytelnienia.

openssl_encrypt przed wersją 1.4.9 nie waliduje parametru memory_cost z bloków ochrony plików tożsamości, co pozwala atakującym na wywołanie warunków braku pamięci podczas wyprowadzania klucza. Atakujący z prawem zapisu do lokalnych magazynów tożsamości mogą tworzyć złośliwe pliki tożsamości z nadmiernymi wartościami memory_cost, które powodują awarię hosta podczas odblokowywania tożsamości przed uwierzytelnieniem.

openssl_encrypt przed wersją 1.4.9 wykonuje niezaufane pluginy stron trzecich z niewystarczającymi kontrolami: domyślna polityka podpisu to WARN, więc niepodpisany lub niezweryfikowany plugin nie wbudowany jest kompilowany i wykonywany w procesie gospodarza w czasie importu, przed zainstalowaniem sandboxa. Jedyną domyślną barierą była niekompletna, możliwa do obejścia lista zabronionych AST. Jeśli użytkownik zostanie nakłoniony do załadowania pluginu atakującego, może to prowadzić do wykonania dowolnego kodu z uprawnieniami użytkownika.

openssl_encrypt przed wersją 1.4.9 używa niedoparametryzowanego PBKDF2-HMAC-SHA256 z tylko 100 000 iteracji do ochrony kluczy prywatnych plików PQC i 10 000 iteracji do weryfikacji hasła plików z podwójnym szyfrowaniem. Atakujący, którzy zdobędą pliki kluczy lub zaszyfrowane pliki, mogą przeprowadzić atak brute-force na hasła offline przy użyciu akceleracji GPU lub ASIC.

openssl_encrypt przed wersją 1.4.9 ma dwie słabości w funkcji przenośnego dysku USB. Weryfikacja integralności nie wykrywa plików dodanych poza manifestem, a stała sól KDF umożliwia ataki rainbow table.

openssl_encrypt (pip: openssl-encrypt) przed wersją 1.4.9 zawiera wadę przechodzenia przez ścieżki w PluginSandbox._is_safe_path, która autoryzowała dostęp do plików za pomocą zwykłego dopasowania prefiksu ciągu. Zablokowany plugin bez uprawnienia READ_FILES mógł odczytać lub zapisać katalog innego pluginu, który jedynie dzieli prefiks nazwy (np. .../plugins/foobar pasujący do dozwolonego .../plugins/foo), łamiąc izolację między pluginami w obrębie tego samego użytkownika. Poprawka polega na dopasowaniu każdego dozwolonego katalogu dokładnie lub z końcowym separatorem ścieżki.