Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach Attu Playground interface
-
ExploitSubmit request targeting private IP
-
ExecutionServer proxies request internally
-
ImpactEnumerate or reach internal services
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Hardware access control
|
| Exploitation Conditions | Exploitation requires network access to an Attu instance's Playground feature, which proxies user-supplied requests without validating the destination, allowing the attacker to specify private/internal IP addresses. Affected: Attu versions before 3.0.0. Limiting factors: the attacker must be able to reach the Attu web UI (commonly an internally deployed administration tool rather than an internet-facing service), the Playground feature must be present/accessible, and the vendor-rated AC:H implies some additional conditions beyond a trivially crafted request may apply. Authentication requirements are not confirmed from available data - the CVSS vector states PR:N (unauthenticated), but whether the Playground enforces authentication in typical deployments is not established in the input. |
| Impact | This is a moderate-severity, not high-priority, issue. The input CVSS base score is 4.0 (Medium) with vector AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:L/A:N - network-reachable and requiring no authentication or user interaction, but rated high attack complexity (AC:H) with only a limited integrity impact and a scope change. No EPSS score, CISA KEV listing, or explicit POC flag was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The one confidence-raising signal is a Bishop Fox security-research blog in the references, which indicates the flaw has been publicly analyzed (notably against Attu 2.6.5) even though no weaponized exploit is confirmed. Conflicting signals worth noting: the vendor-supplied vector marks AC:H, yet SSRF-via-a-request-proxy is typically low-complexity (just supplying an internal URL), so the AC:H rating may understate ease of exploitation - verify against the Bishop Fox write-up. Also, the impact is recorded as integrity-only (I:L, C:N), whereas classic SSRF usually yields confidentiality exposure of internal responses; this should be confirmed. Net: a real but bounded internal-pivot/SSRF risk, most relevant where Attu is network-exposed, rather than an emergency patch item absent exploitation data. |
| Exploit ScenarioDerived | An attacker who can reach the Attu web interface uses the Playground feature to submit a request whose destination is an internal/private IP address; Attu proxies the request on the server's behalf, letting the attacker probe or interact with internal services (e.g., cloud metadata endpoints, internal admin APIs, or other hosts) not otherwise reachable. No public exploit is identified at time of analysis, though the technique is documented in a Bishop Fox research blog. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Server-side request forgery (SSRF) in Zilliz Attu before 3.0.0 allows remote attackers to proxy requests to private IP addresses via the Playground feature. This is a moderate-severity, not high-priority, issue: exploitation requires network access to an Attu instance's Playground feature, which proxies user-supplied requests without validating the destination; the CVSS vector indicates unauthenticated access (PR:N) with no user interaction, but real-world authentication enforcement is not confirmed. No public exploit identified at time of analysis.
RemediationAI
Upgrade to Zilliz Attu 3.0.0 or later to fix the SSRF vulnerability. Vendor-released patch: 3.0.0. If upgrading is not immediately possible, consider disabling the Playground feature if it is not required for your workflow, and restrict network access to the Attu web UI to trusted internal users only - note that this may limit legitimate administrative use. Additionally, implement egress filtering on the Attu server to block outbound requests to private IP ranges (e.g., RFC 1918, link-local, and loopback addresses) to mitigate SSRF attempts; this may break other legitimate functionality that relies on proxying to internal services. Monitor for suspicious outbound requests from Attu. For more information, see the GitHub issue at https://github.com/zilliztech/attu/issues/1028 and the Bishop Fox blog at https://bishopfox.com/blog/zilliz-attu-2-6-5.
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
The Playground feature in Zilliz Attu is designed to allow users to test queries, but it proxies HTTP requests without validating the destination address. This enables server-side request forgery (SSRF), where an attacker can supply a URL pointing to an internal/private IP address (e.g., 169.254.169.254 for cloud metadata, or internal services), causing the Attu server to make requests on the attacker's behalf. The root cause class, CWE-1289 (Improper Validation of Unsafe Equivalence in Input), highlights a failure to properly validate input that is treated as equivalent to a trusted source - here, user-supplied URLs are not checked against a denylist of private IP ranges. The affected product is Zilliz Attu, as identified by CPE cpe:2.3:a:zilliz:attu:*:*:*:*:*:*:*:*; all versions before 3.0.0 are vulnerable. The independent assessment rates the impact as low confidentiality (C:L) with no integrity or availability impact, and scope change (S:C) because the vulnerable component (Attu) can affect resources beyond its security scope (internal network services).
Know when Attu 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
AV:N/AC:H/PR:N/UI:N/S:C/C:N/I:L/A:N
SSRF via a request-proxy feature is network-reachable and low-complexity (supply an internal URL), no auth per PR:N; it crosses into internal systems (S:C) yielding limited confidentiality exposure of internal responses (C:L).
Primary rating from Vendor (mitre).
CVSS VectorVendor: mitre
Lifecycle Timeline
1DescriptionCVE.org
The Playground feature of Zilliz Attu before 3.0.0 allows SSRF (proxying of requests to private IP addresses).
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
EUVD-2026-91835
GHSA-f5vq-p2v5-96j9
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB