CVE-2026-55235
ŚrednieCVSS 5.9Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 28 - wyżej niż 28% wszystkich znanych CVE
Streszczenie
langgraph-api implementuje API LangGraph do szybkiego rozwoju i testowania. Przed wersją 0.10.0, langgraph-api pozwala na określenie względnego celu webhooka, który jest dostarczany przez wewnętrzny transport loopback, a middleware autoryzacyjny traktuje ten transport jako wewnętrzny bez stosowania kontekstu autoryzacji używanego dla zewnętrznych żądań. W środowiskach polegających na autoryzacji per użytkownik do oddzielania wątków i przebiegów, uwierzytelniony użytkownik może skierować webhook do własnych tras wątków i przebiegów serwera, co pozwala na utworzenie przebiegu na wątku innego użytkownika lub modyfikację go oraz ograniczone włączenie metadanych docelowego wątku do utworzonego rekordu przebiegu. Dotknięta ścieżka wymaga celów webhooka i granic autoryzacji per użytkownik; środowiska, które celowo ponownie włączają dostarczanie loopback, powinny ograniczyć je do kontrolowanych tras w tym samym procesie, ponieważ te webhooki pozostają nieuwierzytelnione. Problem naprawiono w wersji 0.10.0.
Ocena ryzyka
Uwierzytelniony użytkownik może manipulować wątkami innych użytkowników, co może prowadzić do nieautoryzowanych zmian lub ujawnienia metadanych.
Rekomendacja
Zaktualizuj langgraph-api do wersji 0.10.0 lub nowszej.
Inne podatności w langgraph-api
Zobacz wszystkie- CVE-2026-118668Wysokie
W langgraph-api w wersjach od 0.1.2 do 0.15.0 niestandardowe procedury uwierzytelniania w JavaScript lub TypeScript mogą zwracać przepisany namespace, który nie jest przenoszony przez granicę środowiska wykonawczego i stosowany przed operacją Store. Uwierzytelniony użytkownik może uzyskać dostęp do namespace Store innego użytkownika, gdy wdrożenie polega na przepisywaniu namespace w celu izolacji.
- CVE-2026-55236Średnie
langgraph-api implementuje API LangGraph do szybkiego rozwoju i testowania. Przed wersją 0.10.0, ścieżka tworzenia przebiegu (run) autoryzuje asystenta przypisanego do przebiegu, wywołując assistants.search z niekompletną wartością zamiast zdarzenia assistants.read używanego przy bezpośrednich odczytach i tworzeniu cronów. W środowiskach z niestandardowymi handlerami zasobów, które rejestrują tylko assistants.read, pomijają handler assistants.search i nie mają globalnego handlera fallback, żaden odpowiedni handler nie dostarcza filtra właściciela, co pozwala użytkownikowi o niskich uprawnieniach na odwołanie się do prywatnego asystenta innego użytkownika przez POST /runs lub POST /threads/{thread_id}/runs. Odpowiedź tworzenia przebiegu może ujawnić metadane, konfigurację i kontekst prywatnego asystenta, a przebieg może zostać wykonany z użyciem konfiguracji tego asystenta. Środowiska bez niestandardowych handlerów autoryzacji lub z równoważnym filtrem właściciela zastosowanym przez globalny handler lub dla wszystkich zdarzeń asystenta nie są dotknięte. Problem naprawiono w wersji 0.10.0.
Oryginalny opis (angielski, źródło NVD)
langgraph-api implements the LangGraph API for rapid development and testing. Prior to 0.10.0, langgraph-api permits a run or cron to specify a relative webhook target that is delivered through an in-process loopback transport, and the authentication middleware treats that transport as internal without applying the authentication context used for external requests. In deployments that rely on per-user authorization to separate threads and runs, an authenticated user can direct a webhook to the server's own thread and run routes, allowing creation of a run on or modification of another user's thread and limited incorporation of the targeted thread's metadata into the created run record. The affected path requires webhook targets and per-user authorization boundaries; deployments that deliberately re-enable loopback delivery should restrict it to controlled same-process routes because those webhooks remain unauthenticated. This issue is fixed in version 0.10.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS