External risk intelligence

OpenAM Session Token Disclosure Via Notification WebSocket

CVE advisorySeverity: CRITICAL (CVSS 10.0)

CVE-2026-123551

OpenAM is an identity and access management platform frequently deployed as a public-facing identity provider or gateway to manage authentication. Because it is designed to handle web-based authentication traffic, its endpoints, including those used for session management and notifications, are typically exposed to the internet to support remote user access and external application integration.

Information Disclosure

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 addresses a vulnerability in OpenAM that could allow attackers to steal active user session tokens from a notification channel. By exploiting this, an attacker might impersonate legitimate users or administrators to gain unauthorized access to systems. The main concern is confirming relevance and exposure within your environment.

  • Steals active user session tokens.
  • Matters for protecting user and admin access.
  • Confirm if your systems are exposed.

Attack Path

How an attacker could exploit the issue

Attackers can exploit an information disclosure vulnerability in OpenAM by accessing its notification WebSocket to steal live session tokens. This is achieved by bypassing agent-only checks via unvalidated internal forwards on specific legacy endpoints, allowing the attacker to collect iPlanetDirectoryPro tokens. These tokens can then be used to hijack user and administrator sessions.

  • Publicly accessible endpoint required.
  • Unvalidated forward to notification WebSocket.
  • Hijack user and administrator sessions.

Live Threat

Current exploitation, exposure, and threat context

This vulnerability could expose live user session tokens, potentially allowing attackers to impersonate users and administrators. This could occur when an attacker bypasses agent-only checks through specific legacy endpoints, gaining access to the notification WebSocket.

  • User and administrator session tokens at risk.
  • Access via unvalidated internal forwards.
  • Session hijacking leading to unauthorized access.

Operational Fix

Recommended remediation, mitigation, and detection steps

Given the critical nature of this information disclosure in OpenAM, the platform or infrastructure team responsible for managing the identity and access management solution should take the lead. The first critical step is to identify all instances of the affected OpenAM deployment, confirm their external reachability and business criticality, and then ascertain the specific asset owner to coordinate remediation efforts.

  • Identify affected OpenAM deployments.
  • Confirm reachability and business criticality.
  • Plan remediation with accountable owner.

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

OpenAM is an identity and access management platform. Organizations use it to centralize how users log in and gain access to various applications. It manages the full lifecycle of authentication, often acting as a gateway that issues session tokens—like iPlanetDirectoryPro cookies—to verify a user's identity once they have successfully signed in to a protected service.

What is the vulnerability in CVE-2026-123551?

This is an information disclosure vulnerability, specifically categorized as CWE-201. It means the software unintentionally sends sensitive data to an unauthorized party. In this instance, the flaw allows an attacker to bypass security checks and read live session tokens directly from a notification WebSocket, which is a communication channel the system uses to send real-time updates.

How does an attacker trigger this bug?

An attacker triggers this by interacting with legacy Liberty ID-FF endpoints. By sending a request that contains an unvalidated internal forward, they trick the system into bypassing checks meant for authorized agents. Simply browsing to the OpenAM site normally does not trigger this; the attacker must specifically target these vulnerable legacy endpoints to force the system to reveal the session tokens.

Do I need to worry if my OpenAM instance is internal?

According to Halo Surface Signal, this vulnerability is most relevant when OpenAM is deployed as a public-facing gateway for remote users or external applications. If your deployment is strictly internal and unreachable from the internet, the attack path is significantly harder to execute, though you should still prioritize updates as part of your standard maintenance.

What is the first step to take for CVE-2026-123551?

Start by locating every instance of OpenAM running in your environment. Once identified, confirm which instances are accessible from the internet versus those that are isolated. Determine who is responsible for each deployment so you can coordinate with those teams to apply the necessary patches provided by the software maintainers and secure these legacy endpoints.

References