Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed mooncake RPC endpoint
-
DeliveryCraft UnmountSegment request with victim client_id/segment_id
-
ExploitHandler skips ownership authorization check
-
ExecutionUnmount another client's memory segment
-
ImpactDisrupt KV store integrity and availability
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization verification
MITRE ATT&CK
1 technique across 1 tactic: Defense Evasion The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires network access to the mooncake store's RPC service endpoint (the RPC Path Handler exposing UnmountSegment) and knowledge or enumeration of a valid client_id/segment_id belonging to another client. Per the CVSS vector the attack is unauthenticated (PR:N) and needs no user interaction (UI:N), so the primary limiting factors are network exposure of the RPC port and whether the deployment runs an affected version (<=0.3.12 or 0.3.13.post1). There is no upstream fix, so the practical mitigation is restricting network access to the RPC endpoint (trusted-network/isolation) rather than patching. |
| Impact | This is a moderate-severity authorization flaw whose real-world priority is tempered by the affected product's limited deployment footprint. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:L, base 5.5) describes a network-reachable, low-complexity, unauthenticated attack with tri-partite LOW impact - no single high-impact consequence, consistent with a scoped disruption (unmounting another client's segment) rather than full compromise. The signal that elevates attention is a PUBLICLY DISCLOSED exploit (E:P in the 4.0 vector, plus a proof-of-concept gist reference), which lowers the barrier to opportunistic use. Countervailing signals: this is NOT in CISA KEV, there is no EPSS score in the input, and there is no evidence of active exploitation - POC availability is a distinct signal from in-the-wild use. CWE-285 (improper authorization) aligns with the description far better than the assigned 'Authentication Bypass' tag, which mislabels an authorization/ownership-check gap. Net: a real but bounded issue - worth patching promptly on any exposed mooncake instance because it is unauthenticated and remote with public POC, but the LOW impact metrics and niche footprint make it a targeted rather than mass-exploitation risk. Note: no fixed version is published because the vendor did not respond to disclosure, so remediation currently depends on network isolation rather than an upstream patch. |
| Exploit ScenarioDerived | An attacker with network reach to a mooncake store's RPC endpoint sends an UnmountSegment request supplying a client_id/segment_id that belongs to another tenant, and the handler unmounts it without verifying ownership - disrupting that client's KV cache state. Because the RPC path performs no authentication (PR:N) and the operation is low-complexity, the request can be scripted directly against the exposed port. A public proof-of-concept has been disclosed (gist), so no original exploit development is required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 24, 2026
Authorization bypass in kvcache-ai's Mooncake KV-cache store (versions through 0.3.12 and 0.3.13.post1) lets any client that can reach the RPC service call the UnmountSegment handler and tear down storage segments belonging to other clients by supplying their client_id and segment_id. The attack is unauthenticated and needs no user interaction according to the CVSS vector (PR:N/UI:N), so the practical gate is network exposure of the RPC endpoint plus the ability to know or enumerate valid identifiers; impact is limited to integrity and availability of the distributed cache (C:N/I:L/A:L under CVSS 3.1, base 5.5 in the published CVSS 4.0 score). Publicly available exploit code exists in the form of a disclosure gist, but there is no evidence of active exploitation (no CISA KEV listing), and the vendor was contacted without responding, so no fixed release has been identified.
RemediationAI
No vendor-released patch identified at time of analysis: the vendor was contacted early about the disclosure and did not respond, and no fixed version is referenced in any of the provided advisories (https://vuldb.com/vuln/409016, https://vuldb.com/cve/CVE-2026-96762), so operators cannot rely on an upgrade at this time and should track the project for a fixed release. Until one exists, the effective control is to remove reachability of the RPC endpoint: bind the Mooncake store's RPC listener to a loopback or dedicated management interface and firewall it so only known inference-worker subnets can connect, which neutralizes the network vector but breaks any legitimate cross-host clients that rely on remote segment registration. For deployments that must keep the RPC service reachable, front it with an authenticated/mTLS proxy or service-mesh sidecar and enforce per-client authorization there - at the cost of added latency, configuration complexity, and the caveat that generic proxies may not understand the Mooncake RPC framing. Additional hardening: treat client_id/segment_id values as sensitive and avoid predictable, enumerable identifiers (raises attacker effort but does not fix the missing ownership check), run the store in a segmented network with no route from untrusted zones, and alert on UnmountSegment requests whose client_id does not match the originating connection so forced teardowns of another tenant's segments are detected quickly. These are compensating controls with clear trade-offs, not substitutes for a patched release.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Mooncake is an open-source KV-cache-centric transfer and storage engine developed by kvcache-ai, used to disaggregate and share KV cache across LLM inference workers. Its store exposes an RPC interface whose Path Handler dispatches operations such as MountSegment/UnmountSegment, keyed by a client_id and segment_id supplied by the caller. The flaw is CWE-285 (Improper Authorization): the UnmountSegment handler performs the requested teardown without verifying that the invoking connection actually owns or is authorized for the referenced client_id/segment_id pair. Because segment ownership is asserted purely by the caller-supplied identifiers, any network-reachable peer that can guess or observe a valid pair can force another client's memory segment out of the distributed store. The result is loss of cached state and disruption of the affected client's service, with a limited integrity dimension (segment state manipulated) and no direct confidentiality impact - a moderate-severity availability/integrity bug rather than a code-execution or data-exfiltration primitive.
Know when the next one hits your stack
- 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:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Unauthenticated network RPC with no ownership check (PR:N/AV:N/AC:L); unmounting another client's segment corrupts shared state and disrupts availability (I:L/A:L) with no confidentiality disclosure (C:N).
Primary rating from Vendor (vuldb).
CVSS VectorVendor: vuldb
DescriptionCVE.org
A vulnerability was determined in kvcache-ai mooncake up to 0.3.12/0.3.13.post1. This affects the function UnmountSegment of the component RPC Path Handler. This manipulation of the argument client_id/segment_id causes authorization bypass. Remote exploitation of the attack is possible. The exploit has been publicly disclosed and may be utilized. The vendor was contacted early about this disclosure but did not respond in any way.
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.
EUVD-2026-85751
GHSA-5j6m-8f83-35hj
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB