OpenAM, Broken Access Control leading to Session Token Disclosure, CVE-2021-4201 (Critical) -DC-Jun2026-587

Listen to this Post

How the Mentioned CVE Works (CVE-2021-4201)

This vulnerability exists within the PLL servlet endpoints of OpenAM, which are responsible for handling session management operations. The core issue is a broken access control flaw. The endpoints responsible for querying session information do not perform adequate authorization checks to verify that the requesting user actually owns the session they are trying to access. Due to this insufficient authorization (CWE-285), an authenticated user, even with the lowest level of privileges, can send a request to these endpoints and retrieve active session credentials belonging to other users.
Successful exploitation requires two conditions. First, the attacker must have a valid, low-privilege session on the OpenAM platform. Second, they need to know the target user’s identity identifier, which can often be enumerated through normal platform functionality or by exploiting other information exposure weaknesses (CWE-200). The flaw lies in the endpoint’s failure to enforce ownership or privilege checks when processing queries for session information. Instead of returning an error or restricting the data, the endpoint returns the session credentials for the requested user.
This vulnerability is particularly dangerous because it allows a low-privileged user to obtain the session credentials of a high-privileged user, such as an administrator. With these credentials, the attacker can hijack the session and perform administrative actions, leading to a complete compromise of the platform. The vulnerability is related to CVE-2021-4201, a similar issue patched in ForgeRock Access Management. Both products share a common codebase ancestry, which explains the presence of this similar flaw.

DailyCVE Form

Platform: OpenAM Community
Version: Through 16.0.6
Vulnerability: Broken Access Control
Severity: Critical
Date: 2026-06-23

Prediction: 2026-07-15

What Undercode Say

Analytics on this vulnerability show that exploitation is relatively straightforward for an authenticated attacker. The following `curl` command demonstrates how a low-privileged user could attempt to retrieve session information for another user:

curl -X GET "https://openam.example.com/openam/sessionservice?_target=user_id" \
-H "Cookie: iPlanetDirectoryPro=<low-privilege-session-token>"

A successful response would contain the session credentials for the targeted user. This exploit relies on the fact that the `/sessionservice` endpoint does not restrict the `_target` parameter.

Exploit:

  1. Authentication: The attacker logs in with a low-privilege account to obtain a valid session cookie (e.g., iPlanetDirectoryPro).
  2. Target Identification: The attacker identifies the username or ID of a higher-privileged target user.
  3. Request Crafting: The attacker crafts a GET request to the session management endpoint (e.g., /sessionservice) with the target user’s identifier.
  4. Token Exfiltration: The server, failing to enforce authorization, returns the target user’s active session credentials in the response.
  5. Session Hijacking: The attacker uses the stolen credentials to impersonate the target user, gaining their privileges.

Protection:

  1. Patch Immediately: The primary and most effective protection is to upgrade to OpenAM Community Edition version 16.1.1 or later, where this issue has been patched.
  2. Network Segmentation: Restrict access to the OpenAM administration and session management endpoints to trusted networks only.
  3. Monitoring: Implement monitoring for suspicious requests to session management endpoints, especially those with unusual `_target` parameters from low-privileged accounts.
  4. Principle of Least Privilege: Ensure that all user accounts have the minimum necessary privileges.

Impact:

  • Confidentiality Breach: Sensitive session credentials of all users, including administrators, are exposed.
  • Privilege Escalation: A low-privileged attacker can escalate to administrative privileges.
  • Complete System Compromise: With admin access, the attacker can take full control of the OpenAM instance and potentially the entire identity management infrastructure.
  • Data Exfiltration: The attacker can access and exfiltrate all data managed by the platform.
  • Reputational Damage: A breach of this nature can lead to significant reputational damage and loss of customer trust.

🎯Let’s Practice Exploiting & Learn Patching For Free:

🎓 Live Courses & Certifications:

Join Undercode Academy for Verified Certifications

🚀 Request a Custom Project:

Secure, high-velocity infrastructure and disruptive technological engineering. Contact our engineering team for high-tier development and proprietary systems:
[email protected]
💎 Smart Architecture | 🛡️ Secure by Design | ⭐ Trusted by Thousands

Sources:

Reported By: github.com
Extra Source Hub:
Undercode

🔐JOIN OUR CYBER WORLD [ CVE News • HackMonitor • UndercodeNews ]

💬 Whatsapp | 💬 Telegram

📢 Follow DailyCVE & Stay Tuned:

𝕏 formerly Twitter 🐦 | @ Threads | 🔗 Linkedin Featured Image

Scroll to Top