Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain tenant admin Management API credentials
-
DeliverySubmit SSO connector creation with internal/metadata issuer URL
-
ExploitLogto issues unauthenticated GET to attacker-specified destination
-
ExecutionInternal service returns sensitive response
-
PersistLogto reflects response content in API reply
-
ImpactAttacker reads internal data or cloud IAM credentials
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 a valid tenant administrator account with Management API credentials (CVSS PR:H). The attacker must be able to call the OIDC SSO connector creation endpoint via the Management API; neither unauthenticated access nor low-privilege tenant user accounts are sufficient. No additional product configuration is required on the attacker side - supplying an arbitrary URL as the issuer parameter is sufficient to trigger the outbound request. The range of reachable internal services depends on the network topology of the Logto deployment: cloud-hosted instances face the highest risk due to cloud metadata endpoint exposure, while air-gapped or tightly network-segmented deployments have a reduced but non-zero internal reconnaissance surface. |
| Impact | The CVSS 4.0 score of 8.2 is driven by network accessibility (AV:N), high confidentiality impact on both the vulnerable system (VC:H) and subsequent systems on the internal network (SC:H), partially offset by the high-privilege prerequisite (PR:H). The PR:H constraint is a genuine and meaningful limiting factor: exploitation requires tenant-admin credentials with Management API access, not a low-privilege or unauthenticated path. In single-tenant self-hosted deployments this typically means a compromised administrator account; in multi-tenant SaaS scenarios it could mean a malicious tenant probing shared host infrastructure. The cloud metadata endpoint exposure (169.254.169.254) is the highest-severity impact channel in cloud-hosted environments, where successful probing can yield IAM credentials and escalate to full cloud account compromise. No EPSS data was provided and the vulnerability is not in CISA KEV, indicating no confirmed widespread exploitation at time of analysis. Despite the authentication requirement, the cloud-metadata angle elevates real-world priority for any cloud-hosted Logto deployment significantly above what PR:H alone would suggest. |
| Exploit ScenarioDerived | A tenant administrator with Management API access submits a connector creation request specifying http://169.254.169.254/latest/meta-data/iam/security-credentials/ as the OIDC issuer URL. Logto performs the outbound GET without filtering the destination and returns the cloud IAM credential response body in the API error payload, giving the attacker valid cloud provider credentials. The same technique applies to RFC 1918 service endpoints - for example, targeting an internal Kubernetes API server or a database admin interface accessible on the deployment's private network. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 28, 2026
Server-side request forgery in Logto through 1.42.0 allows tenant administrators holding Management API credentials to read responses from arbitrary internal network services by supplying attacker-controlled URLs as the OIDC SSO connector issuer parameter. The vulnerable surface extends beyond the SSO connector endpoint to webhook delivery and SAML IdP metadata fetching, each of which accepted tenant-supplied URLs without filtering loopback, RFC 1918, or cloud metadata (169.254.169.254) destinations. No public exploit identified at time of analysis; a patch is available upstream via commit 16f4b2e7.
RemediationAI
The upstream fix is confirmed in commit 16f4b2e732d5114ac98646c9370ec6ab61d6ed26 (https://github.com/logto-io/logto/commit/16f4b2e732d5114ac98646c9370ec6ab61d6ed26); the exact first patched release version is not confirmed from the provided data, so administrators should upgrade to the latest Logto release published after 1.42.0 and verify its changelog references this commit. The patch enables SSRF protection by default across all outbound request paths, blocking loopback, private-range, link-local, shared-address-space, and cloud metadata (169.254.169.254) destinations at connection time with redirect-hop re-validation. For deployments that legitimately route webhooks or SSO endpoints through private networks, set SSRF_ALLOWED_ADDRESSES to a comma-separated list of trusted IP addresses or CIDR ranges (e.g., SSRF_ALLOWED_ADDRESSES=10.0.0.0/8) before starting Logto; note that configuring this allowlist disables the CIMD feature as a vendor-documented trade-off. Setting SSRF_PROTECTION_DISABLED=true disables all SSRF protection and also disables CIMD entirely - this is not recommended for production. The legacy OIDC_PROVIDER_SSRF_PROTECTION_DISABLED variable continues to function as an alias for SSRF_PROTECTION_DISABLED.
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
Logto is an open-source OIDC-based identity and access management platform (CPE: cpe:2.3:a:logto-io:logto:*:*:*:*:*:*:*:*). The OIDC SSO connector flow uses OpenID Connect discovery, fetching issuer/.well-known/openid-configuration before persisting the connector. Prior to the fix, packages/core/src/sso/OidcConnector/utils.ts performed this outbound HTTP GET without validating whether the resolved destination was a special-use address. CWE-918 (Server-Side Request Forgery) precisely describes this pattern: a URL derived from user-controlled input is used to construct an outbound request without filtering private, loopback, link-local, or cloud-metadata destinations. The commit diff confirms the scope was broader than originally described - the same missing validation applied to webhook delivery (including POST /api/hooks/:id/test), token and userinfo endpoint requests, and SAML IdP metadata fetching. The fix introduced a per-connection check that rejects special-use IPs at connection time and re-checks every redirect hop, covering hostname-based bypasses.
Know when Logto 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:H/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N
Management API is network-accessible but requires high privilege (tenant admin); scope changes because responses from internal network services beyond the Logto boundary are exposed; no integrity or availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Logto through 1.42.0 contains a server-side request forgery vulnerability in the OIDC SSO connector creation endpoint that fails to validate the issuer URL parameter. Tenant administrators with Management API credentials can supply arbitrary internal URLs to trigger HTTP GET requests to private network services, with response content returned in API responses.
Executive ViewAI
Logto versions through 1.42.0 contain a server-side request forgery vulnerability that enables tenant administrators with Management API credentials to read responses from internal network services, including cloud metadata endpoints. This directly exposes sensitive infrastructure data, internal application responses, and cloud credentials that should not be accessible to tenant accounts. Organizations must patch immediately to prevent unauthorized access to backend systems and cloud resources.
Apply vendor patch.
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.
Path traversal in @logto/tunnel (versions <= 0.3.8) exposes arbitrary file read to any network peer that can reach the t
Server-side request forgery in Logto prior to 1.43.0 allows an authenticated tenant administrator to point outbound conn
Server-side request forgery in Logto through 1.42.0 allows tenant administrators holding Management API tokens to direct
Catastrophic ReDoS in Logto's email subaddressing blocklist allows unauthenticated remote attackers to stall the Node.js
Stored social and enterprise SSO provider access tokens can be retrieved from Logto's Account API by a low-trust applica
GitHub Actions workflow injection in Logto's commitlint.yml exposes versions 1.40.1 through 1.41.0 to arbitrary shell co
EUVD-2026-67794
GHSA-2c8c-r4jf-gp34
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB