CVE-2026-48776
ŚrednieCVSS 4.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 8 — wyżej niż 8% wszystkich znanych CVE
Streszczenie
Podatność w LangGraph Python SDK (wersje do 0.3.14) wynika z niebezpiecznej konstrukcji ścieżek URL, gdzie identyfikatory dostarczone przez wywołującego nie są sanityzowane. Identyfikatory zawierające znaki specjalne w ścieżkach URL mogą spowodować, że żądanie HTTP trafi do innego zasobu niż zamierzony, co może prowadzić do nieautoryzowanego dostępu, modyfikacji lub usunięcia danych.
Ocena ryzyka
Ryzyko polega na możliwości ominięcia kontroli autoryzacji opartej na prefiksie URL (np. w reverse proxy, WAF), gdy aplikacja przekazuje niesprawdzone dane od użytkownika końcowego bezpośrednio jako identyfikatory do SDK. Może to skutkować dostępem do zasobów poza zakresem uprawnień wywołującego.
Rekomendacja
Należy natychmiast zaktualizować LangGraph Python SDK do wersji 0.3.15 lub nowszej. Dodatkowo, przed przekazaniem identyfikatorów do SDK, należy je walidować względem oczekiwanego formatu (np. UUID) i nie polegać wyłącznie na autoryzacji opartej na prefiksie URL.
Oryginalny opis (angielski, źródło NVD)
LangGraph Python SDK is used to connect to running LangGraph API servers, manage assistants, threads and stream runs from Python applications. Versions 0.3.14 and prior have unsafe URL path construction through unsanitized caller-supplied identifier values used in HTTP request paths for resource operations. Without sanitization of those values, identifiers that contain characters with special meaning in URL paths could cause the resulting request to address a different resource (and potentially a different resource type) than the SDK method's call site indicates. In deployments where the SDK receives identifier values that originate from untrusted sources, this could result in unintended access, modification, or deletion of resources beyond the calling user's authorization scope. This issue is most consequential in deployments that forward end-user-supplied values directly into SDK identifier parameters without first validating them against an expected format (such as a UUID), and rely on URL-prefix-based authorization at an upstream layer (reverse proxy, edge gateway, WAF), where the authorization decision is made on the SDK call's intended path rather than on the final delivered request path. The issue has been fixed in version 0.3.15.