CVE-2026-88952: CWE-287 Improper Authentication in team-alembic ash_authentication
Improper Authentication vulnerability in team-alembic AshAuthentication allows an attacker to be signed in as another user by linking an OAuth2 identity to an account that is not theirs. AshAuthentication.Strategy.OAuth2.UserResolver.resolve/3 matches an existing account using the register action's upsert_identity keys, then gates linking the incoming provider identity to it on email_trusted?/2, which reads only the provider's email_verified boolean and never compares the provider's email value with the matched account's email. That gate assumes the account was matched by its email field, so under any other upsert_identity it is vacuous and an attacker presenting their own verified email is attached to, and issued a session for, an account matched on some other attribute. The same unguarded gate applies in OAuth2.SignInPreparation on the registration_enabled? false path, where the account is matched by the sign-in action's read filter instead. The upsert also rewrites the matched account's email to the attacker's address, so later account recovery reaches the attacker rather than the owner. This issue affects ash_authentication: from 4.14.0 before 4.15.0 and from 5.0.0-rc.10 before 5.0.0-rc.14.
AI Analysis
Technical Summary
The vulnerability in ash_authentication's OAuth2 UserResolver component improperly authenticates users by linking an OAuth2 identity to an account without verifying that the provider's email matches the account's email. The gate that checks email trust relies solely on the email_verified flag from the OAuth2 provider, which is insufficient when the account is matched by attributes other than email. Consequently, an attacker with a verified email can be linked to another user's account and gain unauthorized access. Additionally, the matched account's email is overwritten with the attacker's email, enabling account recovery to be hijacked. This affects ash_authentication versions >=4.14.0 <4.15.0 and >=5.0.0-rc.10 <5.0.0-rc.14.
Potential Impact
An attacker can impersonate another user by linking their own OAuth2 identity to that user's account, gaining unauthorized access and session issuance. The attacker can also overwrite the victim's email address, potentially hijacking account recovery processes. This compromises account integrity and confidentiality, posing a critical security risk.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. No official fix or patch links are provided in the input data. Users should monitor the vendor's announcements for updates and apply any official patches once available. Until then, consider disabling OAuth2 identity linking or restricting authentication flows that rely on unverified identity attributes.
CVE-2026-88952: CWE-287 Improper Authentication in team-alembic ash_authentication
Description
Improper Authentication vulnerability in team-alembic AshAuthentication allows an attacker to be signed in as another user by linking an OAuth2 identity to an account that is not theirs. AshAuthentication.Strategy.OAuth2.UserResolver.resolve/3 matches an existing account using the register action's upsert_identity keys, then gates linking the incoming provider identity to it on email_trusted?/2, which reads only the provider's email_verified boolean and never compares the provider's email value with the matched account's email. That gate assumes the account was matched by its email field, so under any other upsert_identity it is vacuous and an attacker presenting their own verified email is attached to, and issued a session for, an account matched on some other attribute. The same unguarded gate applies in OAuth2.SignInPreparation on the registration_enabled? false path, where the account is matched by the sign-in action's read filter instead. The upsert also rewrites the matched account's email to the attacker's address, so later account recovery reaches the attacker rather than the owner. This issue affects ash_authentication: from 4.14.0 before 4.15.0 and from 5.0.0-rc.10 before 5.0.0-rc.14.
CVSS v4.0
Score 9.1critical
Affected software
team-alembic
ash_authentication
team-alembic
ash_authentication
pkg:hex/ash_authenticationpkg:github/team-alembic/ash_authenticationcpe:2.3:a:team-alembic:ash_authentication:*:*:*:*:*:*:*:*Run on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in ash_authentication's OAuth2 UserResolver component improperly authenticates users by linking an OAuth2 identity to an account without verifying that the provider's email matches the account's email. The gate that checks email trust relies solely on the email_verified flag from the OAuth2 provider, which is insufficient when the account is matched by attributes other than email. Consequently, an attacker with a verified email can be linked to another user's account and gain unauthorized access. Additionally, the matched account's email is overwritten with the attacker's email, enabling account recovery to be hijacked. This affects ash_authentication versions >=4.14.0 <4.15.0 and >=5.0.0-rc.10 <5.0.0-rc.14.
Potential Impact
An attacker can impersonate another user by linking their own OAuth2 identity to that user's account, gaining unauthorized access and session issuance. The attacker can also overwrite the victim's email address, potentially hijacking account recovery processes. This compromises account integrity and confidentiality, posing a critical security risk.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. No official fix or patch links are provided in the input data. Users should monitor the vendor's announcements for updates and apply any official patches once available. Until then, consider disabling OAuth2 identity linking or restricting authentication flows that rely on unverified identity attributes.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- EEF
- Date Reserved
- 2026-09-16T10:30:02.169Z
- Cvss Version
- 4.0
- State
- PUBLISHED
Threat ID: 6aabfa1355bf5e2cf57f75e0
Added to database: 09/17/2026, 14:32:51 UTC
Last enriched: 09/17/2026, 14:47:11 UTC
Last updated: 09/18/2026, 01:30:06 UTC
Views: 8
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.