Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed Verba /api/connect
-
DeliverySend Origin header prefixed with quote
-
ExploitBypass localhost middleware check
-
ExecutionSubmit attacker host and port
-
PersistServer issues outbound GET
-
ImpactPivot to internal services or metadata
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access 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 reachability to the Verba 2.1.3 /api/connect endpoint and a crafted Origin header prefixed with a single-quote character to defeat the localhost same-origin middleware check; the attacker then supplies arbitrary host and port parameters that the server fetches. Per CVSS PR:N/UI:N no authentication or user interaction is needed, so any exposed instance is reachable. The main limiting factors are network exposure (an instance bound only to localhost or firewalled from attackers is not remotely reachable) and the demonstrated primitive being outbound GET requests, which constrains impact to what a proxied/blind SSRF GET can achieve against reachable internal or external targets. |
| Impact | The provided CVSS 4.0 score is 9.2 (Critical) with vector AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N, indicating fully remote, low-complexity, unauthenticated exploitation with high confidentiality impact on both the vulnerable system and a subsequent system (the SSRF target). These signals are internally consistent with the description, which confirms an unauthenticated network attack via a crafted Origin header. However, the description characterizes the demonstrated primitive as outbound GET requests to attacker-controlled infrastructure, which is fundamentally a blind/proxied SSRF; whether an attacker can also read internal service responses (justifying VC:H) depends on how Verba surfaces the response, so the true confidentiality impact should be verified against the vendor advisory. No EPSS score and no KEV status were supplied, so real-world exploitation frequency cannot be quantified; there is no evidence of active exploitation. Given a public technical write-up documenting the bypass, the practical priority is elevated for internet-exposed Verba instances even without confirmed in-the-wild activity. |
| Exploit ScenarioDerived | An attacker who can reach a Verba 2.1.3 instance over the network sends an HTTP request to /api/connect with an Origin header beginning with a single quote to satisfy the flawed localhost check, then sets the host and port parameters to a target of their choosing. The server dutifully issues an outbound GET to that target, letting the attacker probe internal services behind the firewall, hit cloud metadata endpoints, or relay requests through the server's identity. A detailed public write-up documents the bypass technique, lowering the effort required to reproduce it. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 21, 2026
Server-side request forgery in Weaviate's Verba (GoldenVerba) RAG application version 2.1.3 lets unauthenticated remote attackers coerce the server into issuing arbitrary outbound HTTP GET requests. The flaw stems from a same-origin middleware bypass: any Origin header prefixed with a single quote defeats the localhost origin check, after which attacker-supplied host and port values passed to the /api/connect endpoint are fetched by the server. No public exploit code exists, but a detailed VulnCheck advisory and a third-party technical write-up document the exact bypass; there is no CISA KEV listing and EPSS was not provided.
RemediationAI
No vendor-released patch identified at time of analysis; the references point to the project repository and advisory write-ups rather than a tagged fixed release, so monitor https://github.com/weaviate/Verba and the VulnCheck advisory for an official patched version and upgrade as soon as one ships. As compensating controls, do not expose the Verba API to untrusted networks - restrict it to a trusted management network or place it behind an authenticating reverse proxy/VPN (trade-off: breaks any intended direct browser access). Enforce strict egress filtering so the server can only reach the specific backend hosts/ports it legitimately needs, blocking outbound traffic to arbitrary internet hosts and to internal metadata/link-local ranges such as 169.254.169.254 (trade-off: may disrupt legitimate connector functionality that /api/connect drives). At the proxy, reject requests whose Origin header does not exactly match an allowlisted trusted origin rather than relying on Verba's prefix-based check (trade-off: requires maintaining the allowlist as deployment hosts change).
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
Verba (also called GoldenVerba) is an open-source Retrieval-Augmented Generation (RAG) web application maintained by Weaviate, identified in CPE as cpe:2.3:a:weaviate:verba. Its Python API layer enforces a same-origin/localhost restriction in middleware to keep the /api/connect functionality private, but the check is string-based and can be short-circuited by prefixing the Origin header with a single-quote character, so an arbitrary Origin (any host/port) is accepted. The root cause maps to CWE-918 (Server-Side Request Forgery): the /api/connect endpoint takes attacker-controlled host and port parameters and uses them to construct an outbound request without validating that the target is a trusted/internal-safe destination, letting the server act as a proxy toward attacker-chosen infrastructure.
Know when Verba 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:N/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N
Remote, low-complexity, unauthenticated via the Origin bypass (PR:N/AC:L); scope changes to reach other systems (S:C) with confidentiality-oriented SSRF impact and no integrity/availability effect.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Verba RAG application version 2.1.3 contains a server-side request forgery vulnerability combined with a same-origin middleware bypass that allows unauthenticated remote attackers to make the server issue arbitrary HTTP requests by supplying a crafted Origin header and attacker-controlled host and port values. Attackers can bypass the localhost origin check in the API middleware by sending any Origin value prefixed with ' regardless of port, then submit arbitrary host and port parameters to the /api/connect endpoint to cause the server to issue outbound GET requests to attacker-controlled infrastructure.
Executive ViewAI
Weaviate Verba, a retrieval-augmented generation platform used by organizations for AI-powered search and knowledge applications, contains a critical vulnerability that allows unauthenticated attackers to manipulate servers into accessing arbitrary internal network resources and services. With no vendor patch currently available, organizations face immediate risk of internal infrastructure reconnaissance, credential exposure, and backend system compromise. This vulnerability requires urgent architectural mitigation to prevent attackers from mapping internal networks or exfiltrating sensitive data.
No vendor-released patch identified at time of analysis. Deploy these interim mitigations: (1) Configure strict network egress policies on all Verba 2.1.3 servers, restricting outbound HTTP/HTTPS traffic to only pre-approved destinations; (2) Implement network segmentation to isolate Verba infrastructure from sensitive systems, internal databases, credential services, and cloud metadata endpoints; (3) Disable the /api/connect endpoint if operationally feasible; (4) Restrict direct network access to Verba to authorized internal networks only; (5) Enable comprehensive request logging and alerting on outbound connections to detect exploitation patterns.
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.
Information disclosure in Weaviate Verba 2.1.3 and earlier allows remote, unauthenticated attackers to retrieve environm
Stored XSS in Verba's login audit logging subsystem allows unauthenticated remote attackers to inject arbitrary JavaScri
EUVD-2026-46450
GHSA-vmf4-4c4w-vgqh
NVD
CVE.org
EPSS
Exploit-DB