CVE-2026-82268: Qwen-Agent: unauth SSRF via document URL parser
HIGHPoC AVAILABLECISA: TRACK*Qwen-Agent's document parsing tool accepts caller-supplied paths as URLs without any scheme restriction or host validation, and because the bundled Gradio interface ships unauthenticated by default, any network-reachable attacker can trigger the flaw with zero credentials and zero user interaction (CVSS 7.5, AV:N/AC:L/PR:N/UI:N). The practical risk is that an attacker points the parser at cloud metadata endpoints such as 169.254.169.254 or other internal-only services and reads the retrieved content straight back through the document output, effectively turning the AI agent deployment into an internal reconnaissance and credential-harvesting proxy. There is no EPSS score, no CISA KEV listing, and no public exploit or Nuclei template yet, so this is not an active-exploitation emergency — but SSRF against cloud metadata services is one of the most reliably weaponized bug classes once tooling appears, and the vulnerability requires no authentication or user interaction to reach. Until an upstream fix lands, block or firewall any exposed Qwen-Agent Gradio interface from the internet, restrict the document-parsing tool from reaching internal/link-local address ranges (169.254.0.0/16, RFC1918) at the network layer, and hunt logs for outbound requests to metadata IPs or non-http(s) schemes like file:// or gopher:// originating from the Qwen-Agent host.
What is the risk?
High-severity, low-effort SSRF (CVSS 7.5, AC:L, PR:N, UI:N) with confidentiality-only impact (C:H/I:N/A:N). No active exploitation signal (not in CISA KEV, no SSVC decision, no EPSS score available) and no public PoC or Nuclei template exists yet, which lowers near-term likelihood versus a KEV-listed flaw. However, the combination of an unauthenticated entry point, zero user interaction, and a well-understood exploitation pattern (SSRF to cloud metadata services) means the real-world risk will rise sharply the moment a public PoC circulates. Exposure hinges entirely on whether the Gradio interface is reachable from untrusted networks — internet-facing or flat-internal-network deployments are effectively pre-authenticated for this attack.
How does the attack unfold?
How severe is it?
What is the attack surface?
What should I do?
1 step1) Check upstream Qwen-Agent repository/issue #913 for a patched release beyond 0.0.34 and upgrade as soon as one is available. 2) Immediately restrict network exposure of the Gradio interface — bind to localhost, require authentication in front of it via reverse proxy/VPN, or take it offline if not actively needed. 3) At the network layer, block the host running Qwen-Agent from reaching link-local (169.254.0.0/16) and internal RFC1918 ranges unless explicitly required, using egress firewall rules or a network policy (especially critical in cloud environments to block metadata service access). 4) If code-level mitigation is possible before a patch ships, add an allowlist of permitted schemes (http/https only, no file/gopher/ftp) and validate resolved hostnames/IPs against a denylist of internal ranges before the document parser issues any request. 5) Monitor logs/egress traffic for requests to metadata IPs (169.254.169.254, metadata.google.internal) or unexpected internal hosts originating from the Qwen-Agent process.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-82268?
Qwen-Agent's document parsing tool accepts caller-supplied paths as URLs without any scheme restriction or host validation, and because the bundled Gradio interface ships unauthenticated by default, any network-reachable attacker can trigger the flaw with zero credentials and zero user interaction (CVSS 7.5, AV:N/AC:L/PR:N/UI:N). The practical risk is that an attacker points the parser at cloud metadata endpoints such as 169.254.169.254 or other internal-only services and reads the retrieved content straight back through the document output, effectively turning the AI agent deployment into an internal reconnaissance and credential-harvesting proxy. There is no EPSS score, no CISA KEV listing, and no public exploit or Nuclei template yet, so this is not an active-exploitation emergency — but SSRF against cloud metadata services is one of the most reliably weaponized bug classes once tooling appears, and the vulnerability requires no authentication or user interaction to reach. Until an upstream fix lands, block or firewall any exposed Qwen-Agent Gradio interface from the internet, restrict the document-parsing tool from reaching internal/link-local address ranges (169.254.0.0/16, RFC1918) at the network layer, and hunt logs for outbound requests to metadata IPs or non-http(s) schemes like file:// or gopher:// originating from the Qwen-Agent host.
Is CVE-2026-82268 actively exploited?
Proof-of-concept exploit code is publicly available for CVE-2026-82268, increasing the risk of exploitation.
How to fix CVE-2026-82268?
1) Check upstream Qwen-Agent repository/issue #913 for a patched release beyond 0.0.34 and upgrade as soon as one is available. 2) Immediately restrict network exposure of the Gradio interface — bind to localhost, require authentication in front of it via reverse proxy/VPN, or take it offline if not actively needed. 3) At the network layer, block the host running Qwen-Agent from reaching link-local (169.254.0.0/16) and internal RFC1918 ranges unless explicitly required, using egress firewall rules or a network policy (especially critical in cloud environments to block metadata service access). 4) If code-level mitigation is possible before a patch ships, add an allowlist of permitted schemes (http/https only, no file/gopher/ftp) and validate resolved hostnames/IPs against a denylist of internal ranges before the document parser issues any request. 5) Monitor logs/egress traffic for requests to metadata IPs (169.254.169.254, metadata.google.internal) or unexpected internal hosts originating from the Qwen-Agent process.
What systems are affected by CVE-2026-82268?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, RAG pipelines, document ingestion pipelines.
What is the CVSS score for CVE-2026-82268?
CVE-2026-82268 has a CVSS v3.1 base score of 7.5 (HIGH). The EPSS exploitation probability is 0.48%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0049Exploit Public-Facing ApplicationAML.T0053AI Agent Tool InvocationAML.T0086Exfiltration via AI Agent Tool InvocationCompliance Controls Affected
What are the technical details?
Original Advisory
Qwen-Agent through 0.0.34 contains a server-side request forgery vulnerability in the document parsing path that treats caller-supplied paths as URLs without scheme restriction or host validation. Attackers can reach the unauthenticated Gradio interface to make the server issue HTTP requests to arbitrary internal addresses including metadata services and read retrieved content through parsed document output.
Exploitation Scenario
An attacker discovers an internet-facing or internally-reachable Qwen-Agent Gradio demo instance (e.g., via search engine dorking or internal network scanning). Without authenticating, they submit a 'document' to be parsed using a URL such as `http://169.254.169.254/latest/meta-data/iam/security-credentials/` instead of a legitimate document link. The Qwen-Agent server, trusting the caller-supplied path as-is, issues the HTTP request from its own network position and hands the response text to its document parsing output. The attacker reads the returned IAM role credentials or other internal service data directly from the agent's response, then uses those credentials to pivot further into the victim's cloud environment.
Weaknesses (CWE)
CWE-918 — Server-Side Request Forgery: The web server receives a URL or similar request from an upstream component and retrieves the contents of this URL, but it does not sufficiently ensure that the request is being sent to the expected destination.
- [Implementation, Operation] If there is a known list of applications, IP, hostname, and/or domains to which the product is allowed to communicate, then use allowlists to ensure that outgoing requests are restricted to these known entities. The allowlists could be in the application code or possibly enforced by firewalls or network segmentation [REF-1511].
- [Implementation, Operation] If the product is expected to be able to connect to arbitrary IP addresses or domains, consider using a denylist that includes private network addresses, internal domain names, etc. The denylist could be in the application code or possibly enforced by firewalls or network segmentation [REF-1511].
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NReferences
Timeline
Related Vulnerabilities
CVE-2025-512010.0smolagents: sandbox escape enables unauthenticated RCE
Same attack type: Data LeakageCVE-2025-5376710.0Azure OpenAI: SSRF EoP, no auth required (CVSS 10)
Same attack type: Data ExtractionCVE-2025-282810.0LangChain RequestsToolkit: SSRF exposes cloud metadata
Same attack type: Data ExtractionCVE-2023-376510.0MLflow: path traversal allows arbitrary file read
Same attack type: Data LeakageCVE-2026-2185810.0n8n: Input Validation flaw enables exploitation
Same attack type: Data Extraction