Vulnerability advisory
CVE-2026-88952
OAuth2 sign-in attached to an existing account without an email comparison in AshAuthentication
Also known as EEF-CVE-2026-88952GHSA-wc6x-276q-jrf9
- CVSS 4.0
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Affected versions
Repository
| Affected commits | Fixed by commit |
|---|---|
| GIT github.com/team-alembic/ash_authentication ↗ | |
| 64530644f9b37ebb76ca14aeb83a77597a0034b7 to before 738bf9f32f2aa0d1bb92ce9ca5c2476cb5710459 | 738bf9f32f2aa0d1bb92ce9ca5c2476cb5710459 |
| 42edcd8ebb13fafbb168f12591d7518ce0611fec to before 738bf9f32f2aa0d1bb92ce9ca5c2476cb5710459 | 738bf9f32f2aa0d1bb92ce9ca5c2476cb5710459 |
| 8badd8f3d618fb864bda1b041c815f7925c35861 to before d6b2be35cf8f0b8ab84e7a934cfb0d91de0a3c17 | d6b2be35cf8f0b8ab84e7a934cfb0d91de0a3c17 |
| 8fa0d9823fbef04aaab517e7ea0f4b17976f1502 to before fea75958a081ed337ceb578396174039694c48df | fea75958a081ed337ceb578396174039694c48df |
| Not specified | 64530644f9b37ebb76ca14aeb83a77597a0034b7 |
| Not specified | 42edcd8ebb13fafbb168f12591d7518ce0611fec |
| Not specified | 2bd630eef8b7c8ae1e90e8fd43ba12fbc7e256ba |
Also listed as affected (7)
| |
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.
References
- Webcna.erlef.org/cves/CVE-2026-88952.html ↗
- Webgithub.com ↗
- Webosv.dev/vulnerability/EEF-CVE-2026-88952 ↗
- Webrepo.hex.pm ↗
- Advisorygithub.com/CVEProject/cvelistV5/tree/main/cves/2026/88xxx/CVE-2026-88952.json ↗
- Advisorygithub.com/team-alembic/ash_authentication/security/advisories/GHSA-wc6x-276q-jrf9 ↗
- Advisorynvd.nist.gov/vuln/detail/CVE-2026-88952 ↗
- Fixgithub.com/team-alembic/ash_authentication/commit/2bd630eef8b7c8ae1e90e8fd43ba12fbc7e256ba ↗
- Fixgithub.com/team-alembic/ash_authentication/commit/42edcd8ebb13fafbb168f12591d7518ce0611fec ↗
- Fixgithub.com/team-alembic/ash_authentication/commit/64530644f9b37ebb76ca14aeb83a77597a0034b7 ↗
- Fixgithub.com/team-alembic/ash_authentication/commit/738bf9f32f2aa0d1bb92ce9ca5c2476cb5710459 ↗
- Packagegithub.com/team-alembic/ash_authentication ↗