Podatności langgraph-api

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.

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.

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.