Description
Logto is the modern, open-source auth infrastructure for SaaS and AI apps. Prior to 1.43.0, Logto fetches administrator-controlled outbound destinations without validating the address used for the connection. Webhook delivery in packages/core/src/libraries/hook/utils.ts can reach special-use and cloud metadata addresses. Custom OAuth2 connectors can use an attacker-selected userInfoEndpoint and forward the OAuth access token in the Authorization header, while OIDC connectors can fetch an attacker-selected jwksUri. The affected operations require tenant administrative configuration access, but they cross the server's network boundary and can expose internal data or upstream provider credentials. This issue is fixed in version 1.43.0.
Published: 2026-09-24
Score: 8.5 High
EPSS: < 1% Very Low
KEV: No
Impact: Remote Server‑Side Request Forgery enabling internal network exposure
Action: Immediate Patch
AI Analysis

Impact

Logto, an open‑source authentication platform, has a flaw where administrator‑controlled outbound destinations are fetched without validation. Webhook delivery and custom OAuth2 connectors can therefore request any URL supplied by an attacker, including internal or cloud‑metadata endpoints. The flaw allows an authorized tenant administrator to craft a webhook or connector that triggers the server to query arbitrary internal resources, potentially exposing sensitive data or upstream provider credentials. The weakness is identified by CWE‑918 and is limited to configurations performed by an administrator but results in requests that cross the server’s network boundary.

Affected Systems

Logto infrastructure prior to version 1.43.0. The affected product is the Logto platform (logto‑io/logto). All installations using a version older than 1.43.0 are vulnerable.

Risk and Exploitability

The CVSS score of 8.5 indicates a high‑severity vulnerability. No EPSS value is available, and the issue is not listed in CISA’s KEV catalog. Exploitation requires tenant administrative access to the configuration UI or API, after which the attacker can define a webhook or connector that forces the Logto server to issue outbound HTTP requests to arbitrary targets. Successful exploitation can result in the disclosure of internal network information or credentials stored in the OAuth access token or JWKS URI. The attack vector is inferred to be initial compromise of a tenant’s administrative account or a privileged configuration change, but the core vulnerability permits the attacker to perform server‑side requests to any network resource reachable from the Logto host.

Generated by OpenCVE AI on September 26, 2026 at 01:00 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Logto to version 1.43.0 or later, which includes input validation for webhook and connector URLs.
  • If upgrading is not immediately possible, temporarily disable webhook delivery and custom OAuth2 connector usage until the patch is applied.
  • Apply network segmentation and firewall rules to block outbound connections from the Logto server to untrusted or internal addresses until the vulnerability is resolved.

Generated by OpenCVE AI on September 26, 2026 at 01:00 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 28 Sep 2026 21:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Fri, 25 Sep 2026 01:45:00 +0000

Type Values Removed Values Added
First Time appeared Logto-io
Logto-io logto
Vendors & Products Logto-io
Logto-io logto

Thu, 24 Sep 2026 15:30:00 +0000

Type Values Removed Values Added
Description Logto is the modern, open-source auth infrastructure for SaaS and AI apps. Prior to 1.43.0, Logto fetches administrator-controlled outbound destinations without validating the address used for the connection. Webhook delivery in packages/core/src/libraries/hook/utils.ts can reach special-use and cloud metadata addresses. Custom OAuth2 connectors can use an attacker-selected userInfoEndpoint and forward the OAuth access token in the Authorization header, while OIDC connectors can fetch an attacker-selected jwksUri. The affected operations require tenant administrative configuration access, but they cross the server's network boundary and can expose internal data or upstream provider credentials. This issue is fixed in version 1.43.0.
Title Logto: SSRF via Webhooks and Custom OAuth2 Connector UserInfo Endpoint
Weaknesses CWE-918
References
Metrics cvssV4_0

{'score': 8.5, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:L/VA:L/SC:H/SI:H/SA:H'}


cve-icon MITRE

Status: PUBLISHED

Assigner: GitHub_M

Published:

Updated: 2026-09-28T20:11:21.968Z

Reserved: 2026-06-22T19:17:28.959Z

Link: CVE-2026-56739

cve-icon Vulnrichment

Updated: 2026-09-28T20:11:13.950Z

cve-icon NVD

Status : Deferred

Published: 2026-09-24T16:17:07.803

Modified: 2026-09-28T21:17:18.067

Link: CVE-2026-56739

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-26T01:15:08Z

Weaknesses
  • CWE-918

    Server-Side Request Forgery (SSRF)