Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as ordinary user
-
ExploitIssue Store operation targeting another namespace
-
ExecutionHandler's namespace rewrite not applied across runtime boundary
-
ImpactRead, overwrite, search, or delete victim's Store data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires ALL of: a vulnerable langgraph-api version (>=0.1.2, <0.15.0); the deployment running JavaScript or TypeScript custom authentication (NOT Python); the Store authorization handler relying on REWRITING the requested namespace to isolate users (handlers that reject unauthorized namespaces are not affected); an attacker able to authenticate as an ordinary user; and multiple users' data stored through the affected authorization path. Limiting factors that reduce real-world exposure: authentication as a valid user is required (PR:L), Python custom authentication is entirely unaffected, and the vulnerable namespace-rewriting pattern is a specific implementation choice rather than a guaranteed default. No administrator privileges, user interaction, race condition, or mitigation bypass is required per the advisory. |
| Impact | The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N, 8.6 High) describes a network-reachable, low-complexity authorization flaw (CWE-639/CWE-863) requiring only ordinary authenticated-user privileges (PR:L) and no user interaction, with high confidentiality and integrity impact on other users' Store data. However, exploitability is strongly gated by deployment configuration: the GitHub Security Advisory confirms the flaw only manifests when langgraph-api runs JavaScript/TypeScript custom authentication AND the Store authorization handler isolates users by REWRITING the requested namespace rather than rejecting it. Python handlers and JS/TS handlers that reject unauthorized namespaces are explicitly unaffected. No EPSS score was supplied, this CVE is not on CISA KEV, and no public exploit or PoC was provided (only the vendor advisory is referenced). The priority signal provided is 'this_week' rather than act_now/emergency. Net assessment: a genuinely high-severity authorization bug for the subset of deployments matching the vulnerable pattern, but with no evidence of active exploitation and a materially narrower real-world footprint than the raw 8.6 suggests - the score reflects impact on an affected deployment, not the likelihood that any given deployment is affected. |
| Exploit ScenarioDerived | In a LangGraph deployment that uses JavaScript/TypeScript custom authentication and enforces per-user Store isolation by rewriting namespaces, an attacker authenticates as an ordinary user and issues Store operations (read, search, put/overwrite, delete). Because the namespace rewrite returned by the JS/TS authorization handler is not carried across the runtime boundary and applied before the Store operation, the attacker's original (unauthorized) namespace is used, granting access to another user's data. No public PoC or exploit code was provided; only the vendor advisory is referenced. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
Cross-user Store access in LangGraph API (pip package langgraph-api) versions 0.1.2 through 0.14.x lets an ordinary authenticated user read, overwrite, search or delete Store data belonging to another user. The flaw only manifests in deployments running JavaScript or TypeScript custom authentication whose Store authorization handler restricts users by rewriting the requested namespace: the rewritten namespace is not carried across the runtime boundary and applied before the Store operation, so the original (attacker-supplied) namespace is used instead (CWE-639). Python custom authentication and JS/TS handlers that reject unauthorized namespaces rather than rewriting them are unaffected; vendor CVSS 4.0 scores it 8.6 High and the issue is fixed in 0.15.0, with no public exploit identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade to langgraph-api 0.15.0 or later (langgraph-api>=0.15.0), which carries authorization-handler changes across the runtime boundary, applies them before the Store operation, and validates the resulting namespace, rejecting malformed or unapplicable changes. Deployments that cannot upgrade immediately should rewrite every JavaScript or TypeScript Store authorization handler exposed by the deployment so that it rejects requests for unauthorized namespaces instead of depending on namespace rewriting, and this workaround must be applied to every Store action the deployment exposes. Note the side effects: switching from rewriting to rejection means legitimate callers that previously relied on transparent namespace remapping will start receiving authorization errors and must send the already-correct namespace, and any custom handler that returns a malformed namespace will be rejected outright after the patch rather than silently falling back. Audit Store data for cross-user reads or writes, and note that Python-based custom authentication deployments and JS/TS handlers that already reject unauthorized namespaces need no change. Advisory and fix details: https://github.com/langchain-ai/langgraph/security/advisories/GHSA-4hm6-w6qq-w73v.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in pypi
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
langgraph-api is the server component that implements the LangGraph API, and its pluggable custom authentication layer lets deployments supply authorization handlers, including handlers written in JavaScript or TypeScript. The affected pattern is an authorization handler that enforces per-user isolation by returning a rewritten Store namespace (for example, prefixing the caller's user ID); the intended design is that the runtime applies that rewrite before executing the Store operation. In versions 0.1.2 to 0.14.x the rewrite produced on the JavaScript/TypeScript side did not survive the boundary into the server runtime, so the Store operation was evaluated against the namespace originally requested by the caller. This is CWE-639 (authorization bypass through a user-controlled key), classified additionally as CWE-863 in the advisory, and yields cross-tenant reads, overwrites, searches and deletions of Store data. Per the vendor, no administrator privileges, user interaction, race condition or bypass of another mitigation is required, and the trigger is the mismatch itself rather than any timing or memory-safety condition. The fix in 0.15.0 propagates the handler's changes across the runtime boundary, applies them before the Store call, and validates the resulting namespace, rejecting requests whose authorization change is malformed or cannot be safely applied.
Know when Langgraph Api gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Network-reachable via authenticated ordinary user (PR:L), low complexity with no special trigger described; cross-user read and overwrite/delete give C:H/I:H, availability of the service unaffected (A:N), same component so S:U.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
langgraph-api implements the LangGraph API for rapid development and testing. From 0.1.2 until 0.15.0, JavaScript or TypeScript custom authentication Store authorization handlers can return a rewritten namespace that is not carried across the runtime boundary and applied before the Store operation. An authenticated user can therefore access another user's Store namespace when a deployment relies on namespace rewriting for isolation, allowing unauthorized reads, overwrites, searches, or deletions. Python custom authentication and handlers that reject unauthorized namespaces instead of rewriting them are not affected. This issue is fixed in version 0.15.0.
Technical POC Analysis
Bug class: CWE-639, Authorization Bypass Through User-Controlled Key (advisory also tags CWE-863, Incorrect Authorization).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
CVE-2026-118668 is a high-severity authorization bypass in LangGraph API (pip package langgraph-api) versions 0.1.2 through 0.14.x, affecting deployments that use JavaScript/TypeScript custom authentication with namespace-rewriting Store handlers. An ordinary authenticated user can read, overwrite, search, or delete Store data belonging to other users, creating a risk of data exposure and integrity loss for organizations relying on this pattern. Leadership should prioritize remediation because the flaw undermines tenant isolation and could lead to unauthorized access to sensitive application data.
No vendor-released patch identified at time of analysis, but version 0.15.0 is fixed and available; upgrade to 0.15.0 or later. Interim mitigations include: disabling JavaScript/TypeScript custom authentication handlers that rewrite Store namespaces, or modifying them to reject unauthorized namespace access instead of rewriting; restricting Store access to trusted users; and monitoring Store access logs for anomalous cross-user activity.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-112487
GHSA-4hm6-w6qq-w73v
NVD
CVE.org
Exploit-DB