External risk intelligence

Logto OIDC nonce validation bypass allows token replay

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-15612

Logto is an identity and access management solution that functions as an OIDC provider. OIDC identity portals are designed to be public-facing to facilitate authentication for applications and users over the internet, making this surface inherently internet-exposed by design.

Halo Surface Signal: 5 out of 5 — more likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This vulnerability involves a bypass in how Logto handles authentication tokens, potentially allowing an attacker to reuse old tokens to gain unauthorized access. It affects identity and access management systems that use Logto's authentication capabilities, impacting the security of user sessions and access controls. The primary concern is to confirm if our environment is affected and understand the potential exposure.

  • Authentication tokens can be replayed.
  • Protects against unauthorized access to systems.
  • Confirm relevance and exposure to our systems.

Attack Path

How an attacker could exploit the issue

An attacker could exploit this vulnerability by sending a crafted authentication request to a Logto instance that fails to properly validate the nonce claim in an ID token. This could allow an attacker to replay a previously issued authentication token, potentially impersonating a legitimate user and gaining unauthorized access to their session. The risk is amplified because the vulnerability is network-accessible and requires no privileges.

  • No privileges or user interaction needed.
  • Bypasses OIDC nonce validation.
  • Replay authentication tokens.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could allow an attacker to replay authentication tokens, weakening the security of user sessions. This occurs when the Logto OpenID Connect (OIDC) implementation bypasses nonce validation, specifically when the nonce claim is missing from the ID token, thereby enabling the reuse of previously issued tokens.

  • Authentication tokens.
  • Replay of absent nonce tokens.
  • Compromised user sessions.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability in Logto's OIDC nonce validation, allowing for replay attacks, primarily impacts platform and security teams responsible for identity management. The first practical step is to identify all Logto deployments, assess their internet reachability and business criticality, and then determine the accountable owner for remediation.

  • Platform and security teams own the issue.
  • Verify Logto's internet exposure and criticality.
  • Plan remediation based on identified risk.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Logto?

Logto is an identity and access management solution that operates as an OpenID Connect (OIDC) provider. Developers use it to manage user authentication and authorization flows for their applications, serving as the central authority that issues and validates the identity tokens users need to access secure services.

What does CVE-2026-15612 mean for security?

This vulnerability is classified as Improper Verification of Cryptographic Signature (CWE-345). In plain terms, Logto fails to enforce a security check called 'nonce validation' if the nonce claim is missing from an ID token. The nonce acts as a unique tag to prevent old tokens from being reused; without this check, the system may accept a replayed, outdated authentication token as valid.

How does an attacker trigger this bypass?

An attacker triggers this flaw by presenting an ID token that lacks a nonce claim to a vulnerable Logto instance. Because the software skips validation when the claim is absent, it does not distinguish between a fresh login and a intercepted, previously used token. This does not occur when a properly formed nonce is present and validated during the original authentication process.

Is my Logto instance at risk?

According to Halo Surface Signal, Logto functions as an OIDC identity portal, which is typically designed to be internet-facing to support remote user authentication. Because this vulnerability is network-accessible and requires no authentication to attempt, any instance exposed to the public internet should be considered at higher risk of token replay.

What should I do to respond to this CVE?

Start by locating all Logto instances within your environment. Prioritize those that are accessible via the internet or handle highly sensitive user sessions. Once identified, coordinate with the teams responsible for these deployments to assess business criticality and track the progress of updates or configuration changes required to enforce strict nonce validation.

References