Live › vulnerability › CVE-2026-46623
Go to dashboardOpenAM's OAuth2 authentication module rewrites a local user's password to their username on OAuth2 re-login. The default ldapService chain then accepts username as password, so an unauthenticated attacker can log in as that user and get a session with the victim's privileges.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-28 15:29 UTC, 0h before NVD. All times on this page are UTC.
Deployments of OpenAM Community Edition through that use the OAuth2 authentication module with account creation enabled are exposed. Usernames shorter than the default minimum password length were not rewritten, so very short admin accounts are not affected. Deployments that do not use the OAuth2 module can skip it.
16.0.6| Product | Ecosystem | Affected | Fixed in |
|---|---|---|---|
| org.openidentityplatform.openam:openam-auth-oauth2 | maven | < 16.1.1 | 16.1.1 |
openam-auth-oauth2 Maven artifact in your build or deployment, flagging anything below 16.1.1.openam-auth-oauth2 (OpenAM Community Edition) to 16.1.1 or later.Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
Description
An Unverified Password Change (CWE-620) and Use of Weak Credentials (CWE-1391) issue in OpenAM's OAuth2 authentication module silently rewrites a local user's password to the literal string of their username on OAuth2 re-login of an existing account. The default ldapService chain then accepts the username as the password for that user, allowing an unauthenticated attacker to obtain a session via the standard authenticate endpoint with both username and password set to the username, without any IdP interaction. This affects OpenAM Community Edition through version 16.0.6 and was patched in version 16.1.1.
OpenAM Community Edition deployments through version 16.0.6 that use the OAuth2 authentication module with account creation enabled (the default) are potentially affected. After two OAuth logins of a given user, that user's local password becomes their username, and the account is reachable through the default ldapService chain with username as both identifier and password. For pre-existing users whose IdP profile resolves against an existing local identifier, the rewrite fires on the very first re-login.
Usernames shorter than the default minimum password length have the rewrite silently denied (so very short administrative accounts are not affected), and the same update path marks accounts active on every OAuth login, silently reactivating disabled accounts.
Successful exploitation grants an unauthenticated attacker a session carrying the victim principal's privileges.
This has been patched in OpenAM Community Edition version 16.1.1. Users are encouraged to update to the latest release.
This page as .md · .json · in your agent: get_signal("CVE-2026-46623")
GitHub Advisory Database, CC-BY 4.0 · NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.