External risk intelligence

Boruta JWT Authentication Bypass via Replay Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-53431

Boruta is an OAuth2/OIDC provider library designed to handle authentication requests. As an identity provider or authorization server, it is inherently public-facing by design to facilitate token issuance and validation for external clients and applications.

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 advisory concerns a critical authentication bypass vulnerability in the malach-it Boruta library, which is used for handling OAuth client authentication. The flaw allows an attacker to reuse a previously valid, but expired, security token to impersonate an OAuth client and gain unauthorized access to resources. The main concern is confirming relevance and exposure within your environment.

  • Replay of expired security tokens.
  • Critical for systems handling client authentication.
  • Confirm if your environment uses this library.

Attack Path

How an attacker could exploit the issue

An attacker can impersonate an OAuth client by reusing an expired JWT client assertion. This is possible because the system does not properly validate the expiration date of JWTs used for client authentication. If an attacker gains access to a valid, but expired, JWT, they can replay it to authenticate as the legitimate client and receive access tokens with that client's permissions.

  • Requires obtaining a valid, expired JWT.
  • Triggers by replaying the JWT.
  • Results in client impersonation and unauthorized access.

Live Threat

Current exploitation, exposure, and threat context

An attacker who obtains a previously valid JWT client assertion could replay it to authenticate as the issuing OAuth client. This could allow them to obtain access tokens with that client's privileges, even after the assertion has expired.

  • Client assertion data could be exposed.
  • Replay attacks could bypass authentication.
  • Unauthorized access to client resources may occur.

Operational Fix

Recommended remediation, mitigation, and detection steps

The security of the Boruta OAuth2/OIDC provider library is critical, as an authentication bypass vulnerability could allow attackers to impersonate legitimate clients and gain unauthorized access. System owners and platform teams are likely responsible for managing Boruta deployments. The immediate priority is to inventory all Boruta instances, assess their exposure and business criticality, identify the accountable application or platform owner, and then plan remediation based on the identified risk.

  • Identify and catalog all Boruta instances.
  • Confirm reachability and business criticality.
  • Plan remediation with accountable owners.

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 Boruta?

Boruta is an OAuth2 and OpenID Connect provider library. Developers integrate it into their applications to manage identity and authorization, specifically handling the issuance and validation of tokens. It acts as the gatekeeper for clients attempting to authenticate and interact with protected resources.

What does CWE-294 mean for CVE-2026-53431?

CWE-294 refers to an Authentication Bypass by Capture-replay. In this specific case, Boruta fails to check if the expiration time (exp) claim in a JWT client assertion has passed. Because the library only verifies that the claim exists rather than validating its current validity period, it incorrectly treats expired assertions as still active, allowing them to be reused.

How does an attacker trigger this vulnerability?

An attacker triggers the flaw by submitting a previously captured, expired JWT client assertion to the token endpoint. This exploit does not occur if the JWT is properly rejected by a correctly configured validator. The vulnerability is strictly limited to cases where an expired assertion is re-sent, enabling the attacker to impersonate the client without providing fresh credentials.

Is my system at risk according to Halo Surface Signal?

Halo Surface Signal indicates this is a high-priority concern because Boruta serves as an identity and authorization provider. By definition, such systems are typically public-facing to handle incoming authentication requests from external applications, making it highly likely that any deployment of the affected software is exposed to network-based attempts to replay these tokens.

What steps should I take if I use Boruta?

Start by identifying all instances of Boruta within your infrastructure and determining which applications rely on it for client authentication. Verify the current version in use; versions from 2.3.0 up to, but not including, 2.3.7 are affected. Coordinate with your platform teams to prioritize patching these instances to a secure version to ensure token expiration claims are properly enforced.

References