CVE-2026-110826: team-alembic ash_authentication · Improper Session Invalidation after Authentication Credential Change
Affects team-alembic ash_authenticationSource CVE Database V5
Not known to be exploited · CVSS 6.3 Medium : upgrade to 5.0.0-rc.16 or 4.15.1 when convenient.
Data as of 3 Nov 2026, 19:58 UTC
Thin evidence
One scorer or none| CNA (EEF) | CVSS 4.0 | 6.3 |
|---|
- Patch
- Available – fixed in 5.0.0-rc.16, 4.15.1
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 3 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 3 Nov 2026.
What to do
Upgrade team-alembic ash_authentication to 5.0.0-rc.16 or 4.15.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| team-alembicash_authentication | Affected
| Fixed in
|
| team-alembicash_authentication | Affected
| Fixed in
|
| ash_authenticationteam-alembic/ash_authentication | Affected
| Fixed in– |
Hexash_authenticationpkg:hex/ash_authenticationOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:team-alembic:ash_authentication:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
Improper Session Invalidation after Authentication Credential Change vulnerability in team-alembic ash_authentication allows an attacker holding a victim's session token to stay signed in after the victim resets or changes their password. With apply_on_password_change? true, AshAuthentication.AddOn.LogOutEverywhere.Transformer adds OnPasswordChange to update actions as a global change guarded by where: changing(hashed_password). That condition is evaluated before the action's before_action hooks run, but AshAuthentication.Strategy.Password.HashPasswordChange sets the new hash in a before_action hook, so for every non-atomic password change the condition is false and the user's stored tokens are not revoked. The generated password reset action and the installer's change_password action are both non-atomic. This issue affects ash_authentication: from 4.5.0 before 4.15.1 and from 5.0.0-rc.0 before 5.0.0-rc.16.
References
- github.com/team-alembic/ash_authentication/security/advisories/GHSA-j6f8-qcj9-gh4r (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-110826.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-110826 (opens in a new tab)
- github.com/team-alembic/ash_authentication/commit/0993f944fbd8d668f941d2ca818da4a1d5917641 (opens in a new tab)
- github.com/team-alembic/ash_authentication/commit/954697f168d55112b5050acddcd936b8bc1fba2b (opens in a new tab)
- github.com/team-alembic/ash_authentication/commit/2baef4eddeb604569d3564273d03eeef438e002c (opens in a new tab)