Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify OpenAM with RADIUS login module
-
DeliverySubmit login for target username
-
ExploitSpray forged Access-Accept to client port
-
ExecutionWin race vs real RADIUS server
-
PersistOpenAM accepts unverified packet
-
ImpactReceive valid session as impersonated user
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
|
| Exploitation Conditions | Exploitation requires that an OpenAM administrator has enabled a RADIUS authentication module instance on a login chain - without an active RADIUS module the vulnerable code path is unreachable. The attacker must be able to deliver UDP packets to the OpenAM RADIUS client's source port and must win a timing race within the window of an outstanding authentication request (on-path racing, or off-path spraying forged Access-Accept packets). No shared secret, no valid Response Authenticator, and no MD5 chosen-prefix forgery are needed (unlike BlastRADIUS/CVE-2024-3596), and no authentication or user interaction is required (PR:N/UI:N). Limiting factors: the dependency on a non-default RADIUS module configuration, the need for network reach to the client port, and the race-condition timing requirement (AC:H) that the attacker's forged packet arrive before or instead of the legitimate reply. |
| Impact | Signals partly conflict and warrant independent judgement. The vendor CVSS 3.1 vector (AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H, base 7.5) models an adjacent-network, high-complexity attack, yet the description explicitly describes an off-path attacker who sprays forged Access-Accept packets at the OpenAM client port - behavior more consistent with a network (AV:N) vector, since no source-address check is performed. Complexity remains non-trivial (AC:H) because the attacker must win a timing race against the legitimate server or hit an open request window, but the absence of any authenticator forgery requirement makes this materially easier than BlastRADIUS. There is no EPSS score, SSVC decision, KEV listing, or POC supplied, so exploitation probability cannot be quantified from the data; treat exploitation as plausible-but-unproven. The decisive mitigating factor is exposure: exploitation is only possible where an administrator has actually enabled a RADIUS module instance on a login chain, which bounds the affected population well below the full OpenAM install base. Net assessment: a genuinely high-impact pre-auth bypass (full account impersonation) that is a real priority for the subset running RADIUS auth, but lower urgency for deployments not using the RADIUS module. |
| Exploit ScenarioDerived | An attacker on a network path to an OpenAM instance configured with a RADIUS login module submits a login for a target username (e.g., an administrator), then either races the genuine RADIUS server on-path or off-path floods spoofed Access-Accept UDP packets at the OpenAM client's source port. Because OpenAM verifies neither the packet source nor the Response Authenticator, the forged accept is honored and the attacker is issued a valid OpenAM session as that user. No public exploit code is identified at time of analysis, and exploitation complexity is raised by the timing race (CVSS AC:H). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 25, 2026
Unauthenticated authentication bypass in OpenAM Community Edition (Open Identity Platform fork) through version 16.0.6 lets a network attacker spoof a RADIUS Access-Accept response and obtain a valid OpenAM session for any RADIUS-mapped username, without knowing the shared secret. The flaw stems from the RADIUS client accepting the first inbound UDP datagram as authoritative while skipping source, identifier, and Response Authenticator checks, making it materially easier to exploit than BlastRADIUS (CVE-2024-3596) since no MD5 chosen-prefix forgery is needed. No public exploit identified at time of analysis and the issue is not in CISA KEV, but the fix is confirmed in version 16.1.1.
RemediationAI
Vendor-released patch: OpenAM Community Edition 16.1.1 - upgrade to this version or later (release: https://github.com/OpenIdentityPlatform/OpenAM/releases/tag/16.1.1), which also bundles numerous unrelated dependency CVE fixes. If immediate upgrade is not possible, the most effective compensating control is to disable or remove any RADIUS module instance from active login chains, since the vulnerability is only reachable when RADIUS authentication is enabled (trade-off: users relying on RADIUS-backed login lose that method until patched). Where RADIUS must stay enabled, restrict the network path between the OpenAM RADIUS client and its RADIUS server - place them on an isolated segment and use host/firewall rules so only the legitimate RADIUS server IP can deliver UDP packets to the OpenAM client's source port (trade-off: source-IP filtering still does not stop a true on-path attacker and adds firewall management overhead). Monitor for duplicate or unexpected Access-Accept traffic to the client port as a detection aid. Refer to advisory GHSA-386j-6m86-78f9 for authoritative guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in maven, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
OpenAM is an open-source access management / SSO and identity federation platform maintained by the Open Identity Platform community (a fork of the former ForgeRock/Sun OpenAM). The affected component is its RADIUS authentication module (Maven artifact org.openidentityplatform.openam:openam-radius), which acts as a RADIUS client validating user logins against an upstream RADIUS server over UDP. The root cause is CWE-347 (Improper Verification of Cryptographic Signature): the client opens an unconnected datagram socket and treats the first datagram on its source port as the authoritative reply. It fails to validate the responder's source IP/port, does not correlate the RADIUS response identifier to the outstanding request, and never verifies the RFC 2865 §3 Response Authenticator; the RFC 2869 Message-Authenticator is neither sent nor required. Because any packet that is not an Access-Reject or Access-Challenge is treated as success, a forged Access-Accept is accepted as a legitimate authentication, yielding a session bound to whatever username the attacker chose.
Know when Jwt Attack gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
Off-path attacker sprays forged packets with no source/authenticator check, so AV:N/PR:N; timing race against the real server keeps AC:H; full session impersonation gives C:H/I:H but no direct availability loss (A:N).
Primary rating from Vendor (https://github.com/OpenIdentityPlatform/OpenAM).
CVSS VectorVendor: https://github.com/OpenIdentityPlatform/OpenAM
DescriptionCVE.org
Summary
Description
An Improper Verification of Cryptographic Signature (CWE-347) issue in OpenAM's RADIUS authentication module allows an unauthenticated network attacker to spoof an Access-Accept response and obtain an OpenAM session for any RADIUS username, without knowing the configured shared secret. This affects OpenAM Community Edition through version 16.0.6 and was patched in version 16.1.1.
The RADIUS client opens an unconnected datagram socket and treats the first UDP datagram delivered to its source port as authoritative. The receive path does not check the source IP/port, does not match the response identifier to the outstanding request, and does not verify the Response Authenticator (RFC 2865 §3); the RFC 2869 Message-Authenticator is neither sent nor required. Any non-Reject/non-Challenge packet is treated as success, so a forged Access-Accept is accepted as a valid login.
Impact
OpenAM Community Edition deployments through version 16.0.6 where an administrator has enabled a RADIUS module instance on a login chain are potentially affected. An attacker either races the real server on-path, or off-path sprays forged Access-Accept packets at the OpenAM client port. Because the client performs no verification of the response authenticator, no MD5 chosen-prefix forgery is required, which is is materially stronger than the BlastRADIUS family (CVE-2024-3596), in which an attacker must still forge a valid authenticator.
Successful exploitation yields pre-authentication impersonation of any RADIUS-mapped user in any affected realm. The resulting session is indistinguishable from a legitimate RADIUS login and carries the named principal's privileges.
Patch
This has been patched in OpenAM Community Edition version 16.1.1. Users are encouraged to update to the latest release.
Executive ViewAI
OpenAM Community Edition versions through 16.0.6 allow unauthenticated attackers to forge valid user sessions for any RADIUS-authenticated user without credentials. This authentication bypass directly undermines access controls and exposes all downstream systems to unauthorized account takeover for organizations relying on OpenAM. Immediate upgrade to version 16.1.1 is required to restore authentication integrity.
Apply vendor patch: Upgrade to OpenAM Community Edition version 16.1.1 or later. No interim mitigations available; patching is the required remediation.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in WSO2 API Manager and related components (Universal Gateway, Traffic Manager, API Control Plane,
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
Security feature bypass in Microsoft .NET (shipped via Visual Studio 2022 17.12/17.14 and Visual Studio 2026 18.7) lets
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
Authentication and authorization bypass in fast-jwt 6.2.0 through 6.2.4 (npm, NearForm) lets a remote, unauthenticated a
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
EUVD-2026-114320
GHSA-386j-6m86-78f9
NVD
CVE.org
EPSS
Exploit-DB