Skip to main content
VulnerabilityPublished

CVE-2026-81632: team-alembic ash_authentication_phoenix · Use of HTTP Request With Sensitive Query String

Affects team-alembic ash_authentication_phoenixSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.2 High : upgrade to 3.0.0-rc.11 or 2.17.4 soon.

Data as of 1 Nov 2026, 11:03 UTC

CVSS 4.0 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 11% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 3.0.0-rc.11, 2.17.4, 5.0.0-rc.14 +1
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 17 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 1 Nov 2026.

What to do

Upgrade ash_authentication_phoenix to 3.0.0-rc.11 or 2.17.4; ash_authentication to 5.0.0-rc.14 or 4.15.0.

Affected software

ProductAffectedFixed in
team-alembicash_authentication_phoenixAffected
  • >=3.0.0-rc.0 <3.0.0-rc.11
Fixed in
  • 3.0.0-rc.11
team-alembicash_authentication_phoenixAffected
  • >=1.7.0 <2.17.4
Fixed in
  • 2.17.4
team-alembicash_authentication_phoenixAffected
  • ≥ 903f3a386e1aba2f7b070187ef6f31215a92bdfd, < 920257d0460b9c7cbb42a83d0888c10f4eeeb88a
Fixed in–
team-alembicash_authenticationAffected
  • >=5.0.0-rc.0 <5.0.0-rc.14
Fixed in
  • 5.0.0-rc.14
team-alembicash_authenticationAffected
  • >=3.10.5 <4.15.0
Fixed in
  • 4.15.0
team-alembicash_authenticationAffected
  • ≥ eca8cadea0f1595ed2c10a0c177b1da9aa9e5269, < bbf345c1bb7aa28bce5dd856ac0ed2427f103859
Fixed in–

CPE configurations (2)

  • cpe:2.3:a:team-alembic:ash_authentication_phoenix:*:*:*:*:*:*:*:*
  • 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.

AI-suggested

If you cannot patch yet, avoid logging sensitive query strings or configure logs to exclude query parameters containing authentication tokens. Additionally, consider redesigning the authentication flow to avoid transmitting sensitive tokens in URL query parameters, for example by using POST requests or secure cookies.

Description

Use of HTTP Request With Sensitive Query String vulnerability in team-alembic AshAuthenticationPhoenix allows someone able to read access logs, proxy logs or browser history to recover a single-use sign-in token and authenticate as its owner. After a successful password sign-in, AshAuthentication.Phoenix.Components.Password.SignInForm builds the sign_in_with_token path with the freshly issued user.__metadata__.token as a query parameter and redirects the browser to it with a GET. The token therefore travels in the request line, where web servers, reverse proxies, request telemetry and the browser's own history record it, all of which outlive the request and are ordinarily less protected than session storage. The redirect destination is restricted to a local path, so this is not an open redirect; the exposure is the retention of a live credential. This issue affects ash_authentication_phoenix: from 1.7.0 before 2.17.4 and from 3.0.0-rc.0 before 3.0.0-rc.11; ash_authentication: from 3.10.5 before 4.15.0 and from 5.0.0-rc.0 before 5.0.0-rc.14.

References

Community reviews

Loading reviews…