CVE-2026-92288: CWE-1390 Weak Authentication
Lemonldap::NG::Portal versions from 2.20.0 before 2.21.6, from 2.22.0 before 2.23.4 for Perl allow unauthenticated OAuth2 token introspection because checkEndPointAuthenticationCredentials does not verify the client secret of a public Relying Party. checkEndPointAuthenticationCredentials() skips the secret comparison for a Relying Party marked public and still returns the authentication method deduced from the request, client_secret_basic or client_secret_post. introspection() rejects a caller only when that method is missing or none, so a request carrying a public client_id and an arbitrary or empty secret passes the endpoint's authentication check. An attacker who holds an access token and knows the client_id of any public Relying Party can confirm the token is active and read its metadata, including scope, audience, expiry and the sub claim. The sub claim is computed with the calling Relying Party's user identifier attribute, so an attacker can translate a user identifier from one Relying Party to another, defeating per-client and pseudonymous identifiers.
AI Analysis
Technical Summary
The vulnerability in Lemonldap::NG::Portal arises because the function checkEndPointAuthenticationCredentials() does not verify the client secret for public Relying Parties, skipping secret comparison while still returning an authentication method. The introspection() function only rejects requests missing an authentication method, so requests with a public client_id and arbitrary or empty secret pass authentication. Consequently, an attacker possessing an access token and the client_id of any public Relying Party can introspect the token to confirm its activity and access sensitive metadata, including the sub claim, which is computed using the calling Relying Party's user identifier attribute. This allows attackers to correlate user identifiers across different Relying Parties, defeating intended pseudonymity and per-client isolation.
Potential Impact
An attacker with an access token and knowledge of a public client_id can perform unauthenticated token introspection, confirming token validity and accessing sensitive token metadata such as scope, audience, expiry, and user identifiers. This compromises the confidentiality of token information and undermines user identifier pseudonymity across Relying Parties, potentially enabling user tracking or correlation.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, restrict access to tokens and client_ids of public Relying Parties and monitor for suspicious token introspection activity. Avoid exposing public client_ids and access tokens to untrusted parties.
CVE-2026-92288: CWE-1390 Weak Authentication
Description
Lemonldap::NG::Portal versions from 2.20.0 before 2.21.6, from 2.22.0 before 2.23.4 for Perl allow unauthenticated OAuth2 token introspection because checkEndPointAuthenticationCredentials does not verify the client secret of a public Relying Party. checkEndPointAuthenticationCredentials() skips the secret comparison for a Relying Party marked public and still returns the authentication method deduced from the request, client_secret_basic or client_secret_post. introspection() rejects a caller only when that method is missing or none, so a request carrying a public client_id and an arbitrary or empty secret passes the endpoint's authentication check. An attacker who holds an access token and knows the client_id of any public Relying Party can confirm the token is active and read its metadata, including scope, audience, expiry and the sub claim. The sub claim is computed with the calling Relying Party's user identifier attribute, so an attacker can translate a user identifier from one Relying Party to another, defeating per-client and pseudonymous identifiers.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in Lemonldap::NG::Portal arises because the function checkEndPointAuthenticationCredentials() does not verify the client secret for public Relying Parties, skipping secret comparison while still returning an authentication method. The introspection() function only rejects requests missing an authentication method, so requests with a public client_id and arbitrary or empty secret pass authentication. Consequently, an attacker possessing an access token and the client_id of any public Relying Party can introspect the token to confirm its activity and access sensitive metadata, including the sub claim, which is computed using the calling Relying Party's user identifier attribute. This allows attackers to correlate user identifiers across different Relying Parties, defeating intended pseudonymity and per-client isolation.
Potential Impact
An attacker with an access token and knowledge of a public client_id can perform unauthenticated token introspection, confirming token validity and accessing sensitive token metadata such as scope, audience, expiry, and user identifiers. This compromises the confidentiality of token information and undermines user identifier pseudonymity across Relying Parties, potentially enabling user tracking or correlation.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until a fix is available, restrict access to tokens and client_ids of public Relying Parties and monitor for suspicious token introspection activity. Avoid exposing public client_ids and access tokens to untrusted parties.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- CPANSec
- Date Reserved
- 2026-09-15T23:36:27.124Z
- State
- PUBLISHED
Threat ID: 6ab5c858f7a7c541062274c2
Added to database: 09/25/2026, 01:03:20 UTC
Last enriched: 09/25/2026, 01:17:50 UTC
Last updated: 09/25/2026, 03:12:36 UTC
Views: 7
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.