Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain tenant admin Management API token
-
DeliverySend crafted POST /api/hooks/:id/test with internal URL
-
ExploitLogto server issues HTTP POST to private network address
-
ExecutionRead internal service response from API error payload
-
ImpactExfiltrate credentials or internal data
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 Management API token scoped to a tenant administrator role - a high-privilege credential that Logto issues only to explicitly authorized integrations or administrators, not to ordinary end users. The attacker must be able to reach the POST /api/hooks/:id/test API endpoint over the network, which is typically exposed on the same port as the Logto admin API. No special Logto configuration is required beyond the default-enabled webhook feature; the vulnerability exists in all default deployments through 1.42.0. Exploitation is effectively limited to self-hosted deployments where the Logto process has network reachability to internal services - the primary limiting factors are the PR:H credential requirement and host network topology. Unauthenticated users and low-privilege tenant members cannot trigger this endpoint. |
| Impact | The CVSS 4.0 score of 8.2 is driven by SC:H (high confidentiality impact on subsequent systems - private-network services), but the PR:H metric is the critical moderating factor: exploitation is gated behind a tenant administrator credential with a valid Management API token, not open to unauthenticated or low-privilege users. This substantially narrows the realistic attacker population to malicious insiders, compromised admin accounts, or over-permissioned integration tokens. EPSS data was not supplied, and no CISA KEV listing exists, indicating no confirmed widespread active exploitation. The absence of publicly referenced exploit code further moderates urgency from a mass-exploitation perspective. In multi-tenant or cloud-native deployments, the blast radius is nonetheless significant: a single compromised admin token in a self-hosted instance could expose the entire deployment's private network, including AWS/GCP/Azure instance metadata endpoints that carry cloud IAM credentials. Self-hosted Logto operators are the primary concern; cloud-managed instances may benefit from independent network segmentation outside the application layer. The CVSS signal of high confidentiality impact on subsequent systems is credible and should not be discounted despite the privileged-access prerequisite. |
| Exploit ScenarioDerived | A malicious or compromised tenant administrator authenticates with a valid Management API token and sends POST /api/hooks/:id/test with the target URL set to http://169.254.169.254/latest/meta-data/iam/security-credentials/ - the AWS instance metadata endpoint for IAM credentials. The Logto server fetches the URL from within the deployment network, and the cloud credential JSON is returned in the API response body. No public exploit code has been identified, but the attack requires only a standard HTTP client and a valid admin token. |
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 tokens to direct the server to issue HTTP POST requests to arbitrary internal URLs via the POST /api/hooks/:id/test webhook-test endpoint, then read response bodies from private-network services back through the API error payload. The flaw stems from the absence of host validation in the webhook delivery library (packages/core/src/libraries/hook/utils.ts) and extends beyond webhooks to enterprise SSO connector discovery and SAML metadata fetching. A patch is available via upstream commit 16f4b2e and no public exploit code or CISA KEV listing has been identified at time of analysis.
RemediationAI
Upgrade Logto to a release that incorporates commit 16f4b2e732d5114ac98646c9370ec6ab61d6ed26, which introduces SSRF blocking for all outbound requests from the core package; the patch is confirmed at https://github.com/logto-io/logto/commit/16f4b2e732d5114ac98646c9370ec6ab61d6ed26. The exact patched release version has not been independently confirmed - operators should verify the commit is included in their installed build. SSRF protection is enabled by default in the patched code. If webhook or SSO endpoints must legitimately target private-network addresses, set the SSRF_ALLOWED_ADDRESSES environment variable to a comma-separated list of trusted CIDR ranges (e.g., SSRF_ALLOWED_ADDRESSES=10.0.0.0/8,127.0.0.1) rather than using SSRF_PROTECTION_DISABLED=true, which disables the protection entirely and also disables the CIMD feature. As a compensating control prior to patching, audit and revoke unnecessary Management API tokens, restrict token issuance to the minimum set of required tenant administrators, and consider placing network-layer egress controls on the Logto server to block access to RFC-1918 and link-local ranges (169.254.0.0/16), accepting the trade-off that legitimate private-network webhook targets will also be blocked.
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 identity and access management platform. The vulnerable code resides in packages/core/src/libraries/hook/utils.ts (CPE: cpe:2.3:a:logto-io:logto:*:*:*:*:*:*:*:*, versions through 1.42.0). When a tenant admin invokes POST /api/hooks/:id/test, the application performs an outbound HTTP POST to the caller-supplied URL without checking whether the resolved IP falls within loopback, RFC-1918 private ranges, or the IANA link-local cloud metadata space (169.254.169.254). CWE-918 (Server-Side Request Forgery) captures this class of flaw: a server fetches a user-controlled URL without sufficient destination validation, allowing internal resources to be reached as if from a trusted network origin. The patch extends the existing SSRF guard - previously scoped only to OIDC provider requests - to cover webhook delivery, OIDC SSO connector discovery, token and userinfo endpoints, and SAML IdP metadata fetching. It validates the destination at connection time and re-checks every redirect hop, so DNS rebinding is also addressed.
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
Network-reachable endpoint requires tenant admin credentials (PR:H); SSRF reads internal services crossing a network trust boundary (S:C); no integrity or availability impact applies.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Logto through 1.42.0 contains a server-side request forgery vulnerability in the POST /api/hooks/:id/test endpoint that accepts arbitrary URLs without host validation. Tenant administrators with Management API tokens can make the server issue HTTP POST requests to internal URLs and retrieve response bodies from services on the private network.
Executive ViewAI
Logto versions through 1.42.0 contain a server-side request forgery vulnerability (CVSS 8.2) that allows authenticated tenant administrators to access sensitive data from private internal network services. Attackers with valid Management API tokens could expose critical systems such as internal databases, configuration servers, and infrastructure components, potentially compromising confidential organizational data and enabling lateral movement. This vulnerability poses a direct risk to any organization using Logto where administrator credentials may be compromised or misused.
Apply vendor patch. As interim mitigations before patching: restrict Management API token distribution to essential administrators only, implement network egress filtering to limit webhook destinations to whitelisted external URLs, and monitor webhook test endpoint activity for requests to private IP ranges.
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 credentials to r
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-67793
GHSA-2442-5g74-2q7v
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB