Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to VoltAgent instance
-
DeliveryEnumerate or guess victim's conversationId
-
ExploitCraft GET request with victim conversationId
-
ExecutionSubmit to handleGetMemoryConversation endpoint
-
PersistBypass missing ownership check
-
ImpactReceive victim's private conversation history
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 | The attacker must hold a valid authenticated session on the VoltAgent instance (PR:L per CVSS 4.0 - unauthenticated exploitation is not possible). VoltAgent must be deployed in a multi-user configuration where more than one user's conversations are stored in shared memory storage. The attacker must reach the Memory REST API over the network (AV:N). Attack complexity is rated high (AC:H), reflecting the requirement to know or enumerate a valid victim conversationId value, which is a non-trivial prerequisite and the primary limiting factor. Exploitation is further limited by the niche deployment footprint of VoltAgent and the requirement for the memory REST API to be accessible to the attacker's user account. Single-user deployments, deployments where memory endpoints are firewalled from untrusted users, and deployments with per-user isolated storage are not meaningfully at risk. Impact is read-only access to conversation history; no write, delete, or privilege-escalation capability is confirmed by the described vulnerability, though related handlers in the same PR may share the same flaw. |
| Impact | Real-world risk is low-to-moderate and tightly scoped to multi-user VoltAgent deployments. The CVSS 4.0 base score of 2.3 is coherent with the attack profile: AV:N confirms network reachability, but AC:H substantially limits exploitability because the attacker must know or successfully enumerate a valid victim conversationId - a non-trivial prerequisite. PR:L confirms authentication is required, eliminating unauthenticated exploitation. Impact is bounded to VC:L (limited confidentiality of conversation data); no integrity (VI:N) or availability (VA:N) consequences are present, and no scope change affects subsequent systems (SC/SI/SA all N). The E:P modifier confirms POC availability, elevating urgency slightly above a purely theoretical flaw. CISA KEV absence and no EPSS data in the provided input mean confirmed widespread exploitation is not documented; the low CVSS score and niche product footprint further reduce systemic risk. EPSS score is not provided - exploitation probability cannot be quantified from available data. The most meaningful real-world risk is in SaaS or shared VoltAgent deployments where multiple users' sensitive AI conversation histories are co-resident, making insider-threat or multi-tenant abuse scenarios the primary concern. |
| Exploit ScenarioDerived | An authenticated VoltAgent user enumerates or guesses a victim user's conversationId - feasible if IDs follow a predictable format or can be leaked through other API responses - then issues a GET request to the Memory REST API substituting the victim's conversationId, bypassing the missing ownership check in handleGetMemoryConversation and receiving the victim's private AI conversation history in the response. A proof-of-concept demonstrating this cross-user data access is publicly available at https://github.com/VoltAgent/voltagent/issues/1315, lowering the barrier to exploitation for authenticated users. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 28, 2026
Improper authorization in VoltAgent's Memory REST API allows an authenticated user to read another user's private conversation history by substituting a victim's conversationId in requests to the handleGetMemoryConversation endpoint. All VoltAgent versions up to and including 2.1.17 are affected; the CVSS 4.0 base score of 2.3 reflects high attack complexity and limited confidentiality impact. No public exploit confirmed active exploitation (CISA KEV absent), but a proof-of-concept is publicly available via GitHub issue #1315, and a fix PR (#1317) remains pending acceptance with no released patched version confirmed at time of analysis.
RemediationAI
The upstream fix is the GitHub pull request #1317 at https://github.com/VoltAgent/voltagent/pull/1317, which binds Memory REST API operations to the authenticated user to prevent cross-user conversation access; however, this PR was pending acceptance at time of analysis and no patched tagged release version has been independently confirmed - monitor the VoltAgent repository at https://github.com/VoltAgent/voltagent/ for a release incorporating this PR and upgrade immediately when one is available. As a compensating control prior to patch availability, restrict Memory REST API endpoints at the network or API gateway layer so that only trusted or single-user clients can reach them, reducing the blast radius of cross-user access. Disabling the memory REST API endpoints entirely eliminates the vulnerability for deployments that do not require programmatic conversation management, though this removes memory browsing and deletion functionality for all users. Avoid exposing VoltAgent memory endpoints directly to untrusted authenticated users in multi-tenant configurations until a patched release is confirmed.
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
VoltAgent is an open-source AI agent framework exposing REST API endpoints to manage agent memory and conversations. The vulnerable handler is handleGetMemoryConversation in packages/server-core/src/handlers/memory.handlers.ts, which resolves conversation records by a caller-supplied conversationId without verifying the requesting user's ownership of that conversation. The root cause is CWE-285 (Improper Authorization), manifesting as an Insecure Direct Object Reference (IDOR) pattern. The CPE cpe:2.3:a:n/a:voltagent:*:*:*:*:*:*:*:* covers all affected versions up to 2.1.17. The PR #1317 changeset reveals the authorization gap extends beyond handleGetMemoryConversation to also affect handleDeleteMemoryConversation, handleGetMemoryWorkingMemory, handleListMemoryConversationMessages, and handleListMemoryConversations, indicating a systemic lack of user-ownership enforcement across the entire Memory REST API surface. The fix description - 'Bind memory REST API operations to the authenticated user to prevent cross-user conversation access' - confirms that no per-request ownership check existed before the patch.
Know when Voltagent 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:H/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N/E:P
Network-reachable API with authenticated user requirement (PR:L); high complexity to enumerate victim conversationId; impact limited to reading others' conversation data with no integrity or availability consequence.
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
Lifecycle Timeline
1DescriptionCVE.org
A vulnerability was determined in VoltAgent up to 2.1.17. Affected by this issue is the function handleGetMemoryConversation of the file packages/server-core/src/handlers/memory.handlers.ts of the component Memory REST API. Executing a manipulation of the argument conversationId can lead to improper authorization. The attack may be performed from remote. This attack is characterized by high complexity. The exploitation is known to be difficult. The exploit has been publicly disclosed and may be utilized. The pull request to fix this issue awaits acceptance.
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-40008
GHSA-9qqm-g68p-fhhp
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB