External risk intelligence

OIDC Client Re-authentication Bypass Due to Inoperative Max Age Check.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-71575

The vulnerability exists in an OIDC (OpenID Connect) client component used by relying parties to manage authentication sessions. OIDC is a standard identity protocol typically exposed to the public internet to facilitate user login and authentication processes for web applications, making this service public-facing by design in common deployment patterns.

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

A vulnerability was discovered in an authentication component that could allow unauthorized access to user sessions, bypassing security policies intended to enforce re-authentication. This issue affects systems relying on specific identity protocols for user login and session management. The primary concern is to confirm if our organization utilizes this affected technology and if it is exposed in a manner that could be exploited.

  • Authentication bypass in session management.
  • Bypasses re-authentication policies.
  • Confirm relevance and potential exposure.

Attack Path

How an attacker could exploit the issue

An attacker could bypass re-authentication requirements by exploiting a flaw in how a web application checks the age of user sessions. This occurs because a security setting meant to enforce regular logins was not functioning correctly. If an attacker can interact with a vulnerable application, they could potentially gain unauthorized access to user accounts by tricking the system into accepting outdated session information.

  • Publicly accessible web application.
  • Malicious request bypasses session age check.
  • Unauthorized access to user accounts.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, this vulnerability could allow unauthenticated users to bypass step-up authentication policies by accepting sessions of any age, potentially impacting the integrity of authentication processes.

  • Authentication session integrity.
  • Re-authentication checks could be bypassed.
  • Compromised authentication integrity.

Operational Fix

Recommended remediation, mitigation, and detection steps

This vulnerability impacts the authentication-freshness check in OidcClientCodeRequestFilter, potentially allowing unauthenticated or aged sessions to be accepted. Owners of applications utilizing this OIDC client component should prioritize identifying all deployments, assessing their exposure and criticality, and coordinating with the responsible teams for remediation planning. This may involve collaboration between application owners, platform teams, and potentially vendor management if the component is part of a third-party solution. The immediate first step is to locate all instances, confirm reachability and business criticality, and assign an owner for managing the remediation process.

  • Application and platform teams own remediation.
  • Verify OIDC client reachability 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 the OidcClientCodeRequestFilter component?

It is a software module used within applications to handle OpenID Connect (OIDC) flows. OIDC is a standard identity layer on top of OAuth 2.0 that allows web applications to verify user identity and manage login sessions. This specific component helps bridge the communication between your application and the identity provider.

How does CVE-2026-71575 affect session security?

This vulnerability involves a logic error known as CWE-613, which relates to insufficient session expiration. Because of a code mistake—specifically a mismatch between seconds and milliseconds—the system fails to calculate session age correctly. Instead of rejecting old sessions, it mistakenly accepts them, effectively ignoring requirements for users to periodically re-authenticate.

Do I need an active session to trigger this bug?

The flaw is triggered when an application attempts to enforce 'step-up' authentication using the setMaxAgeOffset setting. The bug makes this check inoperative, meaning it fails regardless of how the user initially authenticated. It does not require a specific type of malicious session to work; rather, the system's inability to calculate time means it will accept any session, new or old, that should have triggered a re-login.

Is my application at risk if it uses this OIDC client?

According to Halo Surface Signal, this component is designed for identity management and is very likely to be exposed to the public internet. If your application relies on this filter for session management and enforces re-authentication policies, it is susceptible to this bypass, as these services are typically internet-facing by design.

When should I upgrade to resolve this issue?

You should prioritize upgrading as soon as you identify instances of this component in your environment. The fix is available in versions 4.2.4, 4.1.9, and 3.6.13. Your first step is to locate all deployments of this OIDC client, assess their business criticality, and coordinate with your development teams to apply the patched versions.

References