Katalog podatności CVE

Apache Traffic Server zawiera podatność nieprawidłowej kontroli dostępu. Problem dotyczy wersji od 9.0.0 do 9.2.14 oraz od 10.0.0 do 10.1.3. Zaleca się aktualizację do wersji 9.2.15 lub 10.1.4, które naprawiają tę podatność. Niniejsze CVE zastępuje CVE-2026-41920, którego rekord błędnie wskazywał wersje 9.x jako 9.0.0 do 9.1.14, a wersję naprawioną jako 9.1.15; wszystkie wydania 9.2.x przed 9.2.15 są podatne.

Zautentykowany użytkownik LimeSurvey Community Edition 7.4.0 z globalnym uprawnieniem Surveys: create może przechowywać wartość łamiącą JavaScript w atrybucie date_min pytania typu Data/Czas. Gdy inny użytkownik renderuje to pytanie, LimeSurvey wstawia zapisaną wartość do literału JavaScript w pojedynczych cudzysłowach bez kodowania kontekstu JavaScript.

Nx w wersjach od 14.6.0 do 22.7.9 oraz 23.1.2 tworzy gniazda Unix dla demona i izolowanych workerów wtyczek w współdzielonych lokalizacjach tymczasowych bez odpowiednich uprawnień, co pozwala innym nieuprzywilejowanym lokalnym kontom na łączenie się z gniazdami. Transport nie wymaga uwierzytelniania, a żądanie PROCESS_IN_BACKGROUND może wykonać kod jako konto uruchamiające Nx. Problem naprawiono w wersjach 22.7.9 i 23.1.2.

Nx to rozwiązanie monorepo dla TypeScript i innych języków. Od wersji 13.10.0 do 22.7.10 i 23.2.1, planowanie migracji Nx odczytuje wartość nx-migrations.migrations z manifestu pakietu bez walidacji, czy jest to względna ścieżka. Złośliwa zależność może dostarczyć segmenty .. lub ścieżkę bezwzględną, co pozwala na zapis plików poza katalogiem tymczasowym lub skrócenie istniejącego pliku. Problem występuje podczas planowania migracji przed przeglądem listy migracji.

fsspec w wersjach od 0.9.0 do 2026.6.0 zawiera podatność polegającą na nieograniczonym wykonywaniu szablonów Jinja2 w dokumentach referencyjnych Kerchunk. Atakujący może dostarczyć złośliwy dokument, który wykonuje kod Pythona podczas otwierania referencyjnego systemu plików, również przez konsumentów takich jak xarray.

Tinypool przed wersją 2.1.2 odczytuje nazwę pliku z obiektu opcji dostarczonego przez wywołującego w pool.run(task, options) bez wymagania własnej właściwości, więc zanieczyszczony Object.prototype.filename może zastąpić zamierzony moduł roboczy. Aplikacje są dotknięte tylko wtedy, gdy przekazują własny obiekt opcji jako drugi argument do pool.run(); wywołania bez tego argumentu używają zaufanego domyślnego obiektu opcji. Atakujący, który najpierw może zanieczyścić prototyp, może spowodować, że pula robocza załaduje wybrany przez atakującego JavaScript i może odczytać lub zmodyfikować dane zadań z uprawnieniami procesu gospodarza. Problem został naprawiony w wersji 2.1.2.

Tinypool przed wersją 2.1.1 konstruuje ThreadPool.options ze zwykłego obiektu opcji i odczytuje opcje execArgv i env w dist/index.js, co pozwala na skopiowanie wartości odziedziczonych z zanieczyszczonego Object.prototype do własnych właściwości i przekazanie ich do worker_threads.Worker. Atakujący, który najpierw może zanieczyścić którąkolwiek z tych właściwości, może spowodować, że każdy nowo utworzony worker załaduje wybrany przez atakującego JavaScript poprzez argumenty preload z linii poleceń lub NODE_OPTIONS, co prowadzi do wykonania kodu z uprawnieniami procesu gospodarza i możliwego dostępu do sekretów CI, materiałów do podpisywania lub artefaktów budowania. Problem został naprawiony w wersji 2.1.1.

Usługa OpenAPI platformy Meari IoT Cloud Platform jest podatna na błąd autoryzacji, który pozwala uwierzytelnionym użytkownikom na dostęp do pełnego cienia urządzenia dowolnego urządzenia, podając jego identyfikator. Podatność ujawnia wrażliwe informacje, takie jak poświadczenia urządzenia, dane właściciela, dane sieciowe i telemetrię, bez weryfikacji relacji między żądającym a docelowym urządzeniem.

Next.js w wersjach od 16.3.0 do 16.3.8 współdzieli wypełnienia pamięci podręcznej dla tego samego klucza bez rozdzielania żądań trybu roboczego od zwykłych żądań. Nakładające się zwykłe żądanie może otrzymać nieuwierzytelnione nieopublikowane treści z wypełnienia trybu roboczego, a nakładające się żądanie trybu roboczego może otrzymać opublikowane treści ze zwykłego wypełnienia. Gdy zwykłe żądanie prerenderuje stronę, treści zależne od wersji roboczej mogą pozostać w wygenerowanej stronie i być serwowane późniejszym odwiedzającym do czasu rewalidacji. Luka dotyczy witryn z włączonymi Cache Components lub experimental.useCache, gdy funkcje buforowane zwracają treści zależne od wersji roboczej. Problem naprawiono w wersji 16.3.8.

Next.js w wersjach od 15.0.0 do 15.5.27 oraz 16.3.8 dla samodzielnie hostowanych aplikacji używających Pages Router ze statycznie generowanymi stronami lub Incremental Static Regeneration może kluczować wpis w pamięci podręcznej odpowiedzi bez wystarczającego powiązania go z trasą źródłową. Żądanie może zastąpić wpis pamięci podręcznej jednej strony treścią z innej trasy, co powoduje serwowanie nieprawidłowych treści wszystkim odwiedzającym do czasu rewalidacji. Aplikacje wdrożone na Vercel nie są dotknięte. Problem naprawiono w wersjach 15.5.27 i 16.3.8.

Next.js to framework React do budowy aplikacji full-stack. Od wersji 16.0.0 do 16.3.8 serwer deweloperski next dev udostępnia punkt końcowy Model Context Protocol bez niezawodnego ograniczania żądań między witrynami. Złośliwa witryna odwiedzona przez dewelopera może uzyskać dostęp do punktu końcowego i odczytać lokalizację dysku projektu, fragmenty kodu źródłowego z raportów błędów, listę tras i logi deweloperskie. Wdrożenia produkcyjne nie udostępniają tego punktu końcowego. Problem został naprawiony w wersji 16.3.8.

Next.js w wersjach od 16.0.0 do 16.3.8 w serwerze deweloperskim `next dev` udostępnia endpoint Model Context Protocol bez wystarczającego ograniczenia żądań cross-site. Złośliwa witryna odwiedzona przez dewelopera może uzyskać dostęp do endpointu i odczytać lokalizację dysku projektu, fragmenty kodu źródłowego z raportów błędów, spis tras oraz logi deweloperskie. Wdrożenia produkcyjne nie serwują tego endpointu. Problem naprawiono w wersji 16.3.8.

Next.js w wersjach od 15.0.0 do 15.5.27 oraz 16.3.8 dla aplikacji z catch-all stroną na poziomie głównym i statycznie generowanymi trasami lub Incremental Static Regeneration może używać współdzielonego klucza pamięci podręcznej odpowiedzi, który jest niewystarczająco ograniczony do trasy źródłowej. Pojedyncze nieuwierzytelnione spreparowane żądanie może zatruć tę pamięć podręczną, powodując podmianę treści między użytkownikami lub trwałą odmowę usługi do czasu rewalidacji lub wymiany zatrutego wpisu. Problem naprawiono w wersjach 15.5.27 i 16.3.8.

Next.js w wersjach od 16.0.0 do 16.3.8 ma podatność w optymalizacji obrazów, która pozwala na ominięcie listy dozwolonych adresów URL i dostęp do prywatnych adresów IP. Atakujący może kontrolować rozwiązywanie DNS dla zdalnego URL, który pasuje do wzorca images.remotePatterns.

crmne/ruby_llm w commitcie fa6f279847d6d7027814539d9c0dfc3bbdfd2a83 zawiera podatność polegającą na wielomianowym czasie działania wyrażenia regularnego (ReDoS) w dopasowywaniu możliwości modelu Mistral na Ruby 3.1.x.

AgentScope v1.0.20 zawiera podatność na wstrzykiwanie kodu w funkcji execute_shell_command w pliku src/agentscope/tool/_coding/_shell.py. W zależności od wystawionego punktu wejścia, atakujący może wywołać wykonanie kontrolowanego przez siebie kodu lub poleceń.

FinRobot 1.0.0 zawiera podatność na wstrzykiwanie kodu w funkcji CodingUtils.create_file_with_code().

FinRobot v1.0.0 jest podatny na wstrzykiwanie kodu w funkcji CodingUtils.modify_code.

TransformerOptimus SuperAGI v0.0.14 zawiera podatność nieprawidłowej kontroli dostępu w funkcji delete_user_knowledge w pliku superagi/controllers/knowledges.py. W dotkniętych wersjach źródłowych, żądanie POST /knowledges/delete/{knowledge_id} usuwa wybrany obiekt wiedzy bez wymagania uwierzytelnienia w trasie i bez weryfikacji własności organizacji dla podanego knowledge_id.

TransformerOptimus SuperAGI v0.0.14 jest podatny na nieprawidłową kontrolę dostępu w kontrolerze narzędzi. W dotkniętych wersjach źródłowych, funkcje get_tool i update_tool w pliku superagi/controllers/tool.py akceptują dostarczony przez wywołującego tool_id i nie weryfikują własności organizacji przez powiązany toolkit. Zdalny uwierzytelniony atakujący z jednej organizacji może odczytać lub zmodyfikować metadane narzędzia innej organizacji przez /tools/get/{tool_id} i /tools/update/{tool_id}.