External risk intelligence

Authentication Bypass in ash_authentication Dynamic OIDC Strategy.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-91039

The vulnerability affects an authentication library used to handle identity providers and user login flows. Authentication portals and identity management endpoints are public-facing by design in normal web application deployments.

Authentication Bypass

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 critical vulnerability in an authentication library could allow unauthorized access by enabling an attacker to impersonate local users through a spoofed identity provider connection. The issue stems from an authentication bypass flaw where the system fails to properly isolate user identities across different connections, potentially leading to significant security risks if not addressed. The main concern is confirming relevance and exposure given the nature of authentication systems.

  • Authentication bypass allows unauthorized user access.
  • Affects how user identities are managed.
  • Confirm relevance and exposure for authentication systems.

Attack Path

How an attacker could exploit the issue

An attacker with control over one identity provider connection can impersonate users signed in through other connections. This occurs because the system fails to correctly separate users based on their connection to the identity provider, allowing a user from one connection to be recognized as a user from another. The vulnerability, located in the ash_authentication library's dynamic OpenID Connect strategy, could allow an attacker to bypass authentication.

  • Attacker controls one identity provider connection.
  • Vulnerability in dynamic OIDC strategy mishandles user identities.
  • Risk of authentication bypass.

Live Threat

Current exploitation, exposure, and threat context

An attacker could impersonate a local user by exploiting a flaw in how the authentication system handles multiple identity provider connections. When a user attempts to log in through one connection, the system might incorrectly associate them with a local user account established via a different connection, bypassing the intended separation of user identities. This could occur when the system fails to properly distinguish between user identities across different connections, leading to a shared user namespace.

  • User accounts could be compromised.
  • Impersonation may occur via identity spoofing.
  • Unauthorized access to user data is possible.

Operational Fix

Recommended remediation, mitigation, and detection steps

The `ash_authentication` library's dynamic OIDC strategy is susceptible to an authentication bypass. Teams responsible for application security, platform management, and identity solutions should prioritize understanding their exposure. The immediate practical step is to identify all instances of `ash_authentication` utilizing the dynamic OIDC strategy, confirm their network reachability and business criticality, and then engage the appropriate application or platform owner to plan remediation within a defined risk tolerance.

  • Identify application and platform owners.
  • Verify dynamic OIDC strategy implementation.
  • Plan risk-based remediation or mitigation.

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 ash_authentication and how is it used?

ash_authentication is an open-source library built for the Elixir programming language, designed to simplify adding user authentication and identity management to applications. Developers use it to integrate various login methods, such as password-based auth or external OpenID Connect identity providers, ensuring that user sessions are managed securely and consistently across the platform.

What does CVE-2026-91039 mean in plain language?

This vulnerability is an Authentication Bypass by Spoofing, classified as CWE-290. It means the software fails to keep different identity sources separate. Because the system mistakenly treats all login attempts as belonging to a single pool rather than unique connection namespaces, an attacker can trick the system into believing they are a legitimate user from a different, trusted identity provider.

How does an attacker trigger this vulnerability?

An attacker must control one identity provider connection that is configured within the application's dynamic OpenID Connect strategy. When a victim attempts to authenticate, the attacker can leverage their own connection to cause the system to misidentify them as a target user. Importantly, simply having a user account does not trigger this; the exploit requires the ability to influence identity verification through a connection that the system fails to isolate correctly.

Why should I care about this CVE?

According to Halo Surface Signal, this vulnerability is very likely to be relevant because it affects authentication portals, which are designed to be internet-facing. If your application handles multiple external login providers, the failure to isolate these identities means an attacker could gain unauthorized access to existing user accounts, potentially bypassing standard security controls intended to protect your platform and data.

What are the first steps to address this issue?

Start by auditing your codebase to determine if you are using the ash_authentication library with the dynamic OpenID Connect strategy. If you are, confirm which versions are in use—specifically checking if you fall within the 5.0.0-rc.10 to 5.0.0-rc.14 range. Once identified, work with your application team to evaluate the business impact and prioritize an update or configuration change to ensure proper identity isolation.

References