VDB
Sign up

EEF-CVE-2026-82754

ash_authentication_oauth2_server aliases every protocol endpoint under /.well-known, bypassing path-scoped controls

Quick fix

EEF-CVE-2026-82754 — ash_authentication_oauth2_server: upgrade to the fixed version with the command below.

mix deps.update ash_authentication_oauth2_server

Details

## Summary

Improper Protection of Alternate Path vulnerability in ash-project ash\_authentication\_oauth2\_server exposes the state-changing OAuth endpoints under an unintended URL prefix, bypassing controls scoped to the canonical prefix.

oauth2\_server\_protocol\_routes/1 in AshAuthentication.Phoenix.Oauth2Server.Router forwards the same ProtocolRouter at both the /oauth prefix and the /.well-known prefix. Phoenix forward strips the matched prefix before dispatch, so the full route table answers under both mounts, and POST /register, POST /token, and POST /revoke are reachable as /.well-known/register, /.well-known/token, and /.well-known/revoke. Edge controls such as WAF rules, rate limits, or authentication exemptions written against the /oauth paths, or that allow-list /.well-known as unauthenticated, do not apply to the alias.

This issue affects ash\_authentication\_oauth2\_server: from 0.1.0 before 0.3.1.

## Configuration

The routing alias is unconditional. Exploitable impact depends on the deployment applying path-scoped edge controls (WAF, rate limiting, auth-redirect exemptions) to the /oauth prefix, or allow-listing /.well-known as unauthenticated, that the alias then bypasses.

Are you affected?

Enter the version of the package you're using.

Affected packages

Hex/ash_authentication_oauth2_server
Introduced in: 0.1.0Fixed in: 0.3.1
Fixmix deps.update ash_authentication_oauth2_server

References