Skip to main content

Nango EUVDEUVD-2026-81064

| CVE-2026-92804 HIGH
Server-Side Request Forgery (SSRF) (CWE-918)
2026-09-16 VulnCheck GHSA-29mm-6vmq-g8cg
7.1
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to Nango tenant
  2. Delivery
    Submit crafted connection config values
  3. Exploit
    Values interpolated into token/proxy URL template
  4. Execution
    Server issues request to metadata/internal endpoint
  5. Impact
    Exfiltrate cloud credentials or provider secrets

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 Nango account (PR:L) with the ability to supply connection configuration values that Nango interpolates into provider token URL or proxy URL templates (per the vulnerable interpolation logic in packages/shared/lib/utils/utils.ts through v0.70.4). No user interaction is needed. Exploitation is meaningfully amplified when Nango is deployed in a cloud environment with a reachable instance metadata service (e.g. AWS/GCP 169.254.169.254) or internal-only services on the server's network; deployments using IMDSv2, link-local egress filtering, or non-cloud hosting substantially limit the credential-theft payoff. The primary limiter is the authentication requirement - the attacker must already be a legitimate tenant/connection operator.

Impact

Genuine but moderate priority. The vendor CVSS 4.0 vector (7.1) is coherent with the description: AV:N/AC:L/AT:N/PR:L/UI:N with VC:H/VI:L/VA:N reflects a network-reachable, low-complexity SSRF that requires an authenticated caller (PR:L) and yields high confidentiality impact (provider credential exfiltration) with only minor integrity impact and no availability impact. No EPSS score, no CISA KEV listing, and no public exploit code are present in the input, so this is best treated as no public exploit identified at time of analysis rather than an actively exploited flaw. The realistic risk is concentrated in cloud-hosted deployments where the SSRF can reach the instance metadata service (e.g. 169.254.169.254) or internal-only services; on-prem or metadata-hardened (IMDSv2/blocked link-local) deployments materially reduce impact. The authentication requirement (PR:L) and dependence on the attacker being a legitimate Nango tenant/connection operator are the main limiters keeping this out of the mass-exploitation tier. No signals conflict: description, CWE-918, and the vendor vector all agree the attack is authenticated SSRF with confidentiality-dominant impact.

Exploit ScenarioDerived

An authenticated Nango user creates or edits a connection and supplies malicious connection configuration values that are interpolated unvalidated into provider token or proxy URL templates. When Nango's server builds and sends the outbound request, it is redirected to an internal address or the cloud metadata endpoint, returning IAM credentials or internal service data and potentially leaking provider credentials. No public proof-of-concept exploit is identified in the provided data, and exploitation requires low but valid privileges (PR:L) with no user interaction.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 16, 2026

Server-side request forgery in Nango through version 0.70.4 lets an authenticated user steer server-side HTTP requests to attacker-chosen destinations by supplying malicious values in connection configuration fields that Nango interpolates into provider token and proxy URL templates. Successful abuse can reach internal-only services or cloud instance metadata endpoints (for example 169.254.169.254) and potentially exfiltrate provider credentials held by the Nango deployment. Authentication with the ability to supply connection configuration is required (CVSS 4.0 vector shows PR:L), no public exploit code was identified at time of analysis, and there is no confirmed active exploitation (CISA KEV) - the practical risk is rated moderate because the primary limiter is the pre-existing authenticated access and the payoff depends heavily on the deployment's cloud/network egress posture.

RemediationAI

Vendor advisory: patch available per the GitHub Security Advisory at https://github.com/NangoHQ/nango/security/advisories/GHSA-hgjm-c252-ccxx - upgrade off any 0.70.4-or-earlier release to the fixed version named in that advisory (an exact fix version is not confirmed by the available data, so validate against the advisory before upgrading); VulnCheck's advisory https://www.vulncheck.com/advisories/nango-through-0.70.4-server-side-request-forgery-via-configuration provides additional context. Until the upgrade is applied, the highest-value compensating controls are: enforce IMDSv2-only on the instance and block outbound traffic to 169.254.169.254 and other link-local ranges at the host or VPC egress layer (low operational cost, but may break unrelated tooling that still relies on IMDSv1); apply default-deny egress/allow-list filtering for the Nango host limited to the specific provider domains the instance actually needs (effectively neutralizes the SSRF but can break tenants using long-tail or dynamically resolved provider endpoints, so the list must be maintained); run Nango under a least-privilege instance role and scope stored provider credentials so that any exfiltrated token has minimal blast radius (reduces impact but does not stop the request forgery); and monitor/alert on server-side requests to private, loopback, and metadata addresses. Restricting which users or tenants may write raw connection configuration values reduces the attack surface but is not a complete fix.

Affected VersionsENISA

nango 0 ≤0.70.4

Affected Packages

euvd nango no fix

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

Nango is an open-source integration/API-connection platform that brokers OAuth and API credentials for many third-party providers. Root cause is CWE-918 (Server-Side Request Forgery): caller-supplied connection configuration values are interpolated into provider token URL and proxy URL templates without validation or allow-listing of the resulting destination, as reflected in the interpolation logic in packages/shared/lib/utils/utils.ts at tag v0.70.4. Because the request is issued by the Nango server rather than the client, the attacker can redirect it toward addresses reachable only from the server's network position - RFC1918 ranges, loopback, internal admin APIs, or the link-local cloud metadata service - and the response/credential material can be surfaced back through the integration flow. Per the independent assessment, the practical impact is confidentiality-only (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N) rather than the integrity impact implied by the supplied CVSS 4.0 vector; exploitation is amplified when the host runs in a cloud account with a reachable metadata endpoint (especially IMDSv1) or has internal services on the same network, while IMDSv2 enforcement, link-local egress filtering, or non-cloud hosting substantially reduces the credential-theft payoff. Exploitation is authenticated (PR:L) and requires no user interaction.

Know when Nango 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

Vendor (VulnCheck) PRIMARY 7.1 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.5 MEDIUM

Authenticated (PR:L) network SSRF with no user interaction; confidentiality-high from credential/metadata exfiltration, with no integrity or availability impact and scope unchanged.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Nango through 0.70.4 fails to validate caller-supplied connection configuration values interpolated into provider token and proxy URL templates. Authenticated attackers can supply malicious configuration values to direct server requests at internal addresses or cloud metadata endpoints, potentially exfiltrating provider credentials.

Technical POC Analysis

CWE-918 (SSRF), via template injection into provider URLs.

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

Nango, an integration platform used to broker OAuth connections and proxy API calls to dozens of third-party providers, contains a server-side request forgery flaw (CVE-2026-92804) affecting all releases through 0.70.4. Any user who can create or edit a connection configuration - including ordinary integration users in multi-tenant deployments - can redirect the platform's outbound HTTP traffic to attacker-chosen destinations, including cloud instance metadata endpoints, which could expose the provider credentials Nango holds on behalf of the entire organization. Because Nango is a trust broker for downstream SaaS credentials, a single authenticated abuse could cascade into compromise of many connected business systems, making this a priority for teams running self-hosted Nango in cloud environments with permissive egress.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: block outbound traffic from Nango hosts to link-local metadata endpoints (169.254.169.254) and internal-only address ranges; enforce IMDSv2 or disable cloud instance metadata; route egress through a domain-allowlisting proxy limited to sanctioned provider APIs; restrict connection-configuration create/edit permissions to the smallest possible set of trusted users; rotate provider credentials held by the deployment; and enable logging/alerting on anomalous outbound requests.

Threat Intelligence Overview

EPSS Score
0.3%
Top 80% exploitable
Prevalence
Medium
popular open-source unified-API / OAuth integration platform, developer-infra scope
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy