Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to FastGPT and access a URL-accepting integration
-
DeliverySupply attacker-controlled hostname with low-TTL rebinding DNS
-
ExploitPass isInternalAddress() check on public resolution
-
ExecutionConnection re-resolves to loopback/metadata address
-
PersistServer fetches internal service or cloud metadata
-
ImpactExfiltrate internal data via response
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 | Requires an authenticated FastGPT account (PR:L) with access to at least one server-side URL-consuming feature: a safe-Axios-backed HTTP tool, a workflow HTTP node, an external file-fetch integration, or another server-side integration that passes user-supplied URLs through isInternalAddress() in axios.ts. The attacker must additionally control authoritative DNS for the supplied hostname and win a time-of-check/time-of-use race (AC:H) so the name resolves publicly at validation time and to a loopback/private/link-local/metadata (e.g., 169.254.169.254) address at connection time; direct private-address inputs are blocked, so the rebinding window is mandatory. Impact is amplified where the FastGPT server has reachable internal services or cloud instance-metadata endpoints. Limiting factors: authentication requirement, the DNS-rebinding timing race, and the need for attacker-controlled DNS make casual exploitation impractical. |
| Impact | This is a genuine but mid-tier server-side request forgery issue whose real-world risk is moderated by exploitation complexity and required authentication rather than triviality. The vendor CVSS 3.1 vector (AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:N/A:N = 6.3) is internally consistent with the description: exploitation is network-reachable but requires an authenticated user (PR:L) who can supply a URL to a safe-Axios-backed integration, and the AC:H rating correctly reflects that a DNS rebinding time-of-check/time-of-use race must be won - the attacker must control an authoritative DNS response so the hostname resolves to a public address during isInternalAddress() validation and to a loopback/private/link-local/metadata address during the subsequent independent connection lookup. The S:C (scope change) and C:H (confidentiality) with I:N/A:N are appropriate: the impact is reading internal-only services or cloud metadata, not modification or denial. No EPSS score, KEV entry, or POC was provided in the intelligence, so exploitation status is 'no public exploit identified at time of analysis' - the AC:H rebinding requirement makes opportunistic mass exploitation unlikely and points toward targeted use. Net: a real defense-in-depth SSRF bypass worth patching for internet-exposed or multi-tenant FastGPT deployments, but not an emergency-priority flaw given the authentication gate, race-condition complexity, and absence of confirmed exploitation. |
| Exploit ScenarioDerived | An authenticated FastGPT user configures a workflow HTTP node, HTTP tool, or external file-fetch integration with a hostname on a domain whose DNS the attacker controls, set with a very short TTL. The attacker's DNS server answers with a public IP during FastGPT's isInternalAddress() pre-flight check, then flips to 127.0.0.1 or 169.254.169.254 before the separate outbound connection resolves, causing the server to fetch cloud metadata or internal-only services and return the response to the attacker. No public exploit code was identified, but the technique is well-understood and the same re-resolution weakness also applies to each manual redirect hop. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 22, 2026
Server-side request forgery in FastGPT versions prior to 4.15.2 lets an authenticated user with access to any server-side URL-consuming feature - a safe-Axios-backed HTTP tool, workflow HTTP node, external file-fetch integration, or similar integration - bypass the platform's built-in private-address block and reach loopback, private, link-local, or cloud instance-metadata services. The bypass works because the safe Axios interceptor in packages/service/common/api/axios.ts validates the hostname with isInternalAddress() before a separate HTTP connection performs its own DNS lookup, opening a time-of-check/time-of-use (DNS rebinding) window in which an attacker-controlled hostname resolves publicly during validation and to an internal address at connection time; the same independent re-resolution occurs after each manual redirect hop. Exploitation requires authentication, attacker-controlled authoritative DNS, and winning the resolution race, so while impact is high (read access to internal services and metadata, scope-changed), practical exploitation is non-trivial; no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade to FastGPT v4.15.2 (GitHub release tag v4.15.2), updating both the fastgpt-app and fastgpt-pro image tags to v4.15.2 per the vendor advisory at https://github.com/labring/FastGPT/security/advisories/GHSA-6jwp-qf29-hpj9. The underlying code fix is in PR https://github.com/labring/FastGPT/pull/7261 and commit 0a38565c9d1f790045636bd9d55f8d2296c938c7, which closes the TOCTOU window by validating and pinning the resolved address; note this is an upstream fix/commit, and if you build from source rather than pulling images, verify the commit is in your build. If immediate upgrade is not possible, apply compensating controls with awareness of their trade-offs: restrict who can create or invoke HTTP tools, workflow HTTP nodes, and external file-fetch integrations to trusted administrators (this removes the PR:L foothold but limits legitimate workflow functionality and requires an RBAC changeset, not a config flag); block egress from the FastGPT container/namespace to link-local and instance-metadata addresses (169.254.169.254, fd00:ec2::254) and to RFC1918 ranges via network policy or a proxy with peer-address validation (effective against metadata theft but breaks any legitimate internal integrations FastGPT is meant to call); on AWS enforce IMDSv2 with hop limit 1 so metadata requests require a token and are unreachable from proxied or forwarded requests (a partial control only, since it does not stop access to other internal HTTP services); and front outbound server-side requests through an egress proxy or resolver that resolves once, validates the resulting IP, and connects to that pinned IP, performing the same check on each redirect hop (the most faithful emulation of the patched behavior, but it requires infrastructure changes and can break hosts relying on DNS-based failover or load balancing).
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 root cause is CWE-918 (Server-Side Request Forgery), specifically the TOCTOU variant known as DNS rebinding. FastGPT's SSRF guard lives in packages/service/common/api/axios.ts, where a request interceptor calls isInternalAddress() to reject hostnames resolving to loopback, RFC1918 private, link-local, or cloud metadata ranges. The flaw is architectural: validation resolves the hostname once, but the subsequent HTTP connection (and every manual redirect hop) performs an independent DNS lookup, so the two resolutions can disagree. An attacker who controls authoritative DNS configures a very low TTL and alternates answers - returning a public IP during the check and 127.0.0.1, 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 169.254.0.0/16 (notably 169.254.169.254 for cloud instance metadata), or fc00::/7 during connection. Because FastGPT is a self-hosted LLM/knowledge-base platform frequently deployed alongside internal vector databases, model services, admin APIs, and cloud metadata endpoints, any successful rebind gives the attacker a request path into the deployment's internal network. The acceptable fix is resolution pinning - resolving once, validating the resulting IP, and connecting to that exact IP (with peer-IP re-validation on redirects and on subsequent hops) rather than re-resolving at connect time.
Know when Fastgpt 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:L/UI:N/S:C/C:H/I:N/A:N
Authenticated user supplies the URL (PR:L); winning the DNS-rebinding TOCTOU race is non-trivial (AC:H); SSRF reaches other systems (S:C) disclosing internal data (C:H) with no integrity/availability impact.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
FastGPT is an open-source LLM platform for building AI applications on a knowledge base. Prior to 4.15.2, the safe Axios request interceptor in packages/service/common/api/axios.ts validates a hostname with isInternalAddress() before a later HTTP connection performs an independent DNS lookup, creating a DNS rebinding window, allowing an attacker-controlled hostname to resolve publicly during the check and to a loopback, private, link-local, or metadata address during connection. An authenticated attacker who can supply a URL to a safe-Axios-backed HTTP tool, workflow HTTP node, external file fetch, or other server-side integration can use this time-of-check/time-of-use gap to reach services that direct private-address inputs would block. The same independent re-resolution occurs after manual redirect hops because each redirect target is checked before a separate connection lookup. This issue is fixed in version 4.15.2.
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.
FastGPT is an AI Agent building platform. Prior to version 4.9.12, the LastRoute Parameter on login page is vulnerable t
Unauthenticated HTTP proxy abuse in FastGPT (AI Agent platform) prior to v4.14.9.5 allows remote attackers to relay arbi
Remote code execution in FastGPT's agent-sandbox component (versions 4.14.10 through 4.14.12) lets any network-adjacent,
NoSQL injection in FastGPT <4.14.9.5 password authentication allows unauthenticated remote attackers to bypass login con
Channel hijack and denial of service in FastGPT (labring/FastGPT) before 4.15.2 lets an unauthenticated remote attacker
GitHub Actions artifact-poisoning (pwn request) in labring/FastGPT allows an external attacker who opens a pull request
NoSQL injection in FastGPT versions before 4.14.9.5 allows authenticated attackers to bypass password verification on th
FastGPT versions 4.14.8.3 and below contain a critical arbitrary code execution vulnerability in the fastgpt-preview-ima
Authentication bypass in FastGPT 4.15.0-beta4 lets unauthenticated remote attackers forge JWTs and access internal plugi
Cross-tenant file disclosure in FastGPT prior to v4.15.0-beta5 allows an attacker to read another team's stored files by
Server-side request forgery in FastGPT before 4.15.0-beta4 lets an authenticated team member abuse the HTTP-tool OpenAPI
Server-Side Request Forgery in Labring FastGPT prior to 4.15.0-beta1 lets an authenticated attacker bypass the platform'
EUVD-2026-84559
NVD
CVE.org
EPSS
GitHub
Exploit-DB