Katalog podatności CVE

W LangGraph CLI w wersjach od 0.4.15 do 0.4.32 polecenie 'langgraph deploy --verbose' przekazuje tymczasowy token rejestru na standardowe wejście do 'docker login --password-stdin', ale pomocnik podprocesu CLI wypisuje dane wejściowe w trybie verbose. Każdy, kto może odczytać logi CI lub nagrania terminala przed wygaśnięciem tokenu (maksymalnie 12 godzin), może pobierać obrazy wdrożenia lub wypychać obrazy do repozytorium obrazów tego wdrożenia. Wdrożenia bez --verbose i zdalne budowanie obrazów nie są dotknięte, a sam token nie pozwala zaktualizować wdrożenia w celu uruchomienia wypchniętego obrazu.

LangGraph checkpoint savers zapewniają trwałość stanu opartą na Postgres i SQLite dla przepływów pracy i agentów LangGraph. Przed wersjami langgraph-checkpoint-postgres 3.1.3 i langgraph-checkpoint-sqlite 3.1.2 klasy PostgresStore, AsyncPostgresStore, SqliteStore i AsyncSqliteStore spłaszczają etykiety przestrzeni nazw za pomocą '.'.join(namespace), podczas gdy BaseStore waliduje etykiety tylko dla put i aput. Niezwalidowane etykiety z kropkami przekazane przez get, search, delete, list_namespaces, ich asynchroniczne odpowiedniki lub bezpośrednie operacje batch i abatch mogą wskazywać na przestrzeń nazw przechowywaną przez innego dzierżawcę, umożliwiając odczyt, nadpisanie lub usunięcie między przestrzeniami nazw. InMemoryStore nie jest dotknięty, ponieważ porównuje krotki przestrzeni nazw.

W Kakao khaiii do wersji 0.4 wykryto lukę w funkcji khaiii::nn::Linear::open w pliku src/main/cpp/khaiii/nn/Linear.cpp, w komponencie obsługi pliku konfiguracyjnego JSON. Manipulacja argumentami hidden_dim/class_num prowadzi do odczytu poza granicami. Atak wymaga lokalnego dostępu, a exploit został publicznie ujawniony. Producent wyjaśnia, że khaiii traktuje katalog zasobów (--rsc-dir) jako zaufane dane wejściowe, więc atakujący musi już mieć możliwość zapisu do tego katalogu. Luka dotyczy tylko produktów, które nie są już wspierane przez opiekuna.

W OpenReception w wersjach 2.1.0 i starszych nieuwierzytelniony atakujący może zapisać dowolny klucz publiczny ML-KEM-768 pod tożsamością dowolnego istniejącego użytkownika w katalogu odbiorców staff-crypto dowolnego tenanta. Projekt gwarantuje, że dane spotkań są szyfrowane end-to-end do pracowników, a katalog odbiorców nie jest zapisywalny przez atakującego, więc nawet administratorzy i operator nie mogą czytać danych pacjentów. Ten endpoint łamie tę gwarancję dla nieuwierzytelnionego zdalnego aktora: pozwala zapisać dowolnego odbiorcę szyfrowania do katalogu odbiorców dowolnego tenanta. Wstrzyknięty klucz otrzymuje klucz tunelu każdego spotkania zarezerwowanego później w tym tenancie, ponieważ klienci rezerwacji szyfrują do wszystkich aktywnych kluczy pracowników. Atakujący posiada odpowiadający klucz tajny i jest trwałym, nieautoryzowanym odbiorcą tego materiału kluczowego. W momencie publikacji brak publicznie dostępnych poprawek.

W OpenReception przed wersją 2.2.2 atakujący może przepełnić rezerwacje agenta, umieszczając wiele spotkań w jednym przedziale czasowym, który system ma utrzymywać jako wyłączny. Liczba nakładających się spotkań równa się liczbie równoczesnych żądań, a jeden token rezerwacji wystarczy, ponieważ token jest zużywany po wstawieniu. Powoduje to naruszenie integralności kalendarza rezerwacji i odmowę dostępności innym klientom. Problem naprawiono w wersji 2.2.2.

W Twisted przed wersją 26.10.0rc1 metoda twisted.web.http.HTTPChannel.headerReceived odrzuca bajt NUL w wartości nagłówka HTTP, ale akceptuje samotny znak powrotu karetki lub samotny znak nowej linii. Ponieważ Twisted dzieli linie nagłówków tylko na CRLF, ukryty nagłówek Content-Length może pozostać wklejony w inną wartość, podczas gdy łagodny front end traktuje samotny znak jako terminator linii. Wynikająca z tego rozbieżność ramkowania może przemycić kolejne żądanie poza kontrolą dostępu front endu, zatruć współdzielone połączenie lub pamięć podręczną i narazić późniejszego klienta na niewłaściwą odpowiedź. Problem jest pozostałością niepełnej naprawy wcześniejszych zabezpieczeń Twisted przed przemytem żądań. Problem naprawiono w wersji 26.10.0rc1.

W UbiquitousLearning mllm do wersji 2.0.2 zidentyfikowano podatność w funkcji load_model w pliku pymllm/mobile/convertor/__init__.py komponentu Convertor. Manipulacja argumentem shard_file prowadzi do path traversal. Atak wymaga wykonania lokalnego. Exploit jest publicznie dostępny i może być użyty. Projekt został poinformowany o problemie wczesnym zgłoszeniem, ale jeszcze nie odpowiedział.

W bibliotece Twisted, w wersjach przed 26.10.0rc1, serwer IMAP4Server po uwierzytelnieniu i wybraniu skrzynki może otrzymać polecenie SEARCH z ujemną wartością rozmiaru literału. Powoduje to przesunięcie kursora parsera poniżej zera i zawieszenie pętli skanującej z powodu indeksowania ujemnego w Pythonie, co blokuje jednowątkowy reactor.

W resolverze DNS (subsys/net/lib/dns/resolve.c) w Zephyr socket UDP jest bindowany tylko raz przy inicjalizacji, więc port źródłowy pozostaje stały przez cały czas życia kontekstu resolvera, a zmienia się jedynie 16-bitowy identyfikator transakcji. Narusza to RFC 5452 sekcja 9.2 i pozwala atakującemu z dostępem UDP odgadnąć sam identyfikator oraz wstrzyknąć sfałszowaną odpowiedź. Poprawka losuje nowy port źródłowy przed każdym zapytaniem (CONFIG_DNS_RESOLVER_RANDOMIZE_SOURCE_PORT, domyślnie y).

Klient DHCPv4 w Zephyr RTOS (subsys/net/lib/dhcpv4/dhcpv4.c) używał identyfikatora transakcji (xid) jako licznika zamiast losowej wartości dla każdej transakcji. Identyfikator był inicjowany raz przez sys_rand32_get() i zwiększany o jeden, a w wymianach RENEWING i REBINDING pozostawał niezmieniony lub przewidywalny. Ponieważ xid jest jedynym nieprzewidywalnym tokenem walidacji odpowiedzi, atakujący może przewidzieć lub poznać identyfikator i wysłać sfałszowaną odpowiedź DHCP, która zmienia bramę domyślną i serwery DNS.

W urządzeniu Tenda F6 w wersji 12.02.01.73 wykryto podatność w interfejsie zarządzania webowego. Manipulacja nieznaną funkcją umożliwia atak cross-site request forgery (CSRF). Atak może być przeprowadzony zdalnie, a publiczny exploit jest już dostępny.

Niekompletna lista niedozwolonych danych wejściowych w walidatorze kodu Python narzędzia run_script w AWS MCP Server może pozwolić uwierzytelnionemu zdalnemu użytkownikowi na wykonanie dowolnego kodu w swoim własnym izolowanym środowisku sesji za pomocą spreparowanego skryptu. AWS naprawiło ten problem po stronie usługi. Klient nie musi podejmować żadnych działań.

Podatność server-side request forgery w ścieżce pobierania modelu w AWS Multi Model Server w wersji 1.1.11 i wcześniejszych. Zdalny atakujący może kierować żądania do wewnętrznych adresów sieciowych za pomocą spreparowanego URL modelu. Projekt jest wycofany z eksploatacji i nie istnieje poprawiona wersja.

Tokio to środowisko uruchomieniowe do pisania aplikacji w Rust. W wersji 1.54.0 warunek wyścigu między tokio::time::Interval::poll_tick (w tym .tick().await) a sterownikiem czasu wielowątkowego środowiska mógł usunąć wewnętrzny wpis timera bez synchronizacji z wątkiem sterownika, który go uruchamiał. Wyścig powodował use-after-free na wakerze timera i stanie zadania w bezpiecznym Rust, co mogło prowadzić do panik asercji, uszkodzenia licznika referencji zadania lub uszkodzenia pamięci sterty. Problem naprawiono w wersji 1.54.1.

Błąd w module `crypto` Node.js powoduje, że wewnętrzne pamięci podręczne entropii używane przez `crypto.randomUUID()`, `crypto.randomUUIDv7()` i `crypto.randomInt()` są zapisywane w snapshotach startowych użytkownika (`--build-snapshot`) i aplikacjach jednoplikowych zbudowanych z `useSnapshot`.

Błąd w weryfikacji nazwy hosta TLS w Node.js pozwala certyfikatowi z tylko DNS SAN na uwierzytelnienie punktu końcowego IP, gdy klient łączy się przy użyciu niekanonicznej pisowni IPv4, takiej jak `0177.0.0.1`, `0x7f.0.0.1`, `2130706433` lub `127.1`.

Błąd w ponownym użyciu połączenia HTTP Agent w Node.js może spowodować, że klient zaakceptuje jako ważną odpowiedź wysłaną przed wysłaniem żądania. Jest to niekompletna poprawka CVE-2026-48931.

Goobi viewer to aplikacja webowa umożliwiająca wyświetlanie zdigitalizowanych materiałów w przeglądarce. Od wersji 22.04 do przed 26.05 nieuwierzytelniony endpoint REST GET /api/v1/index/{solrField}/spatial/search konkatenuje parametr zapytania region podany przez użytkownika bezpośrednio do ciągu zapytania Solr bez escapowania, usuwania parametrów lokalnych i wymuszania schematu w czasie wykonywania. Atakujący może wstrzyknąć składnię parametrów lokalnych Solr ({!parent ...}, {!join ...}) i operatory logiczne, aby dopasować rekordy georeferencyjne o ograniczonym dostępie, omijając filtr warunków dostępu. Problem został naprawiony w wersji 26.05.

W aplikacji Goobi viewer kilka endpointów Jakarta WebSocket (DownloadTaskEndpoint, CampaignEndpoint, AutocompleteEndpoint, UserEndpoint) akceptuje połączenia bez weryfikacji, czy powiązana sesja HttpSession należy do zalogowanego użytkownika, oraz nie waliduje nagłówka Origin względem listy dozwolonych. Nieuwierzytelniony atakujący może połączyć się z tymi endpointami, a poprzez CampaignEndpoint zanieczyścić mapę blokad stron crowdsourcingu i rozgłaszać sfałszowane komunikaty blokad, zakłócając pracę recenzentów.

W Goobi viewer starszy servlet RSS (RssResolver, GET /rss/) przyjmuje parametry q i filterQuery i konkatenuje je do zapytań Solr bez walidacji. Parametr q tworzy główną treść zapytania (owiniętą jedynie w nawiasy literalne), a filterQuery jest przekazywany bezpośrednio jako Solr fq. Nieuwierzytelniony atakujący może wstrzyknąć operatory logiczne Solr, aby wyjść z owinięcia i uczynić końcowy filtr warunków dostępu opcjonalnym, przez co rekordy o ograniczonym dostępie trafiają do generowanego kanału RSS.