CVE Catalog

CVE-2026-81853

LowCVSS 2.3
Published: Translated: NVD NIST

Summary

A vulnerability in ash_admin allows authorization bypass through user-controlled keys, turning a record-lookup URL into an equality oracle over sensitive attributes. The primary key decoding does not verify that returned fields are actual primary key fields, enabling brute-force of sensitive values.

Risk Assessment

An attacker can guess sensitive values such as API tokens or reset tokens, potentially leading to unauthorized access to accounts and data.

Recommendation

Update ash_admin to version 1.3.1 or later, which rejects decoded keys that are not real primary key fields.

Other vulnerabilities in ash_admin

See all
Original NVD description (English source)

Authorization Bypass Through User-Controlled Key vulnerability in ash-project ash_admin turns a record-lookup URL into an equality oracle over sensitive attributes. AshAdmin.Helpers.decode_primary_key/2 decodes the composite-primary-key form (Base64 plus ETF) and returns the decoded map verbatim as the lookup filter, without checking that its keys are the resource's primary-key fields. The deserialization guards bound size, block new atoms and funs, and reject nested expressions, but none restricts which fields come back, and :safe still allows any already-interned attribute name. An attacker can therefore encode %{api_token: "guess"} and have it spliced into the lookup filter, brute-forcing a sensitive attribute value (API token, reset token) one equality guess at a time; Map.to_list/1 also accepts structs, yielding a bogus __struct__ key. The fix rejects any decoded key that is not a real primary-key field. This issue affects ash_admin: from 0.1.0 before 1.3.1.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS