Description
Ash field_policies are documented to protect against filter-based information disclosure: when a field the actor may not see is referenced in a filter, it is replaced with an expression that evaluates to nil, so a filter cannot be used as a yes/no oracle to read a value the actor cannot see.

This nilling was applied to attributes but not to calculations or aggregates. A user-supplied filter reference to a calculation or aggregate carries an Ash.Query.Calculation / Ash.Query.Aggregate struct, which the authorizer's reference replacement did not match (it only matched the Ash.Resource.* structs), so the filter ran against the real value.

As a result, an actor whose field policies forbid a calculation or aggregate can still filter by it (for example filter(secret_calc == "x") or filter(comment_count == n)) and learn the value from whether rows match — an oracle that recovers field-policy-protected values one probe at a time. Filtering is commonly exposed to lower-privileged actors (for example via AshGraphql or AshJsonApi filter arguments), which is exactly the surface field policies are meant to protect.

The fix routes filter references to calculations and aggregates through the same field-policy nilling as attributes.

This issue affects ash: from 2.11.0-rc.0 before 3.33.4.
Published: 2026-09-16
Score: 6 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Information disclosure via filtering oracle
Action: Patch immediately
AI Analysis

Impact

Chained filter expressions against calculations and aggregates are not replaced with nil when subject to field‑policy restrictions, allowing an actor to perform a yes/no oracle that reveals the exact value. Because the nilling logic was only applied to attributes, a filter such as filter(secret_calc == "x") or filter(comment_count == n) caused the underlying calculation or aggregate to execute, leaking whether any records matched and thereby exposing the protected value one probe at a time.

Affected Systems

The vulnerability exists in the Ash web framework for Elixir. It affects all releases from 2.11.0‑rc.0 up to, but not including, 3.33.4. The exposed surface includes endpoints that accept GraphQL or JSON API filter arguments, which are commonly exposed to lower‑privileged actors as the framework intends to protect them via field policies.

Risk and Exploitability

The CVSS score of 6.0 indicates a moderate severity exposure. EPSS data is not available, and the vulnerability is not listed in the CISA KEV catalog. Attackers can exploit the flaw by sending crafted filter arguments through the exposed API endpoints; no additional privileges or code execution are required. Once the attacker’s filtering succeeds, the result set size or presence reveals the secret value, effectively turning the filter into an oracle attack. The lack of a patch in the affected releases increases the window of vulnerability.

Generated by OpenCVE AI on September 16, 2026 at 14:01 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Ash framework to version 3.33.4 or later, where filter references to calculations and aggregates are correctly nil‑filled for forbidden fields.
  • Ensure that any custom authorizer or query logic that redefines reference replacement also considers calculation and aggregate structs, so they are treated as attributes for policy enforcement.
  • If an upgrade is not immediately possible, restrict or disable filter arguments for lower‑privileged actors or enforce stricter field‑policy checks on those actors to prevent oracle exploitation.

Generated by OpenCVE AI on September 16, 2026 at 14:01 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 16 Sep 2026 15:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Wed, 16 Sep 2026 08:45:00 +0000

Type Values Removed Values Added
Description Ash field_policies are documented to protect against filter-based information disclosure: when a field the actor may not see is referenced in a filter, it is replaced with an expression that evaluates to nil, so a filter cannot be used as a yes/no oracle to read a value the actor cannot see. This nilling was applied to attributes but not to calculations or aggregates. A user-supplied filter reference to a calculation or aggregate carries an Ash.Query.Calculation / Ash.Query.Aggregate struct, which the authorizer's reference replacement did not match (it only matched the Ash.Resource.* structs), so the filter ran against the real value. As a result, an actor whose field policies forbid a calculation or aggregate can still filter by it (for example filter(secret_calc == "x") or filter(comment_count == n)) and learn the value from whether rows match — an oracle that recovers field-policy-protected values one probe at a time. Filtering is commonly exposed to lower-privileged actors (for example via AshGraphql or AshJsonApi filter arguments), which is exactly the surface field policies are meant to protect. The fix routes filter references to calculations and aggregates through the same field-policy nilling as attributes. This issue affects ash: from 2.11.0-rc.0 before 3.33.4.
Title Ash field policies do not filter-nil forbidden calculations and aggregates, enabling an information-disclosure oracle
First Time appeared Ash-project
Ash-project ash
Weaknesses CWE-1220
CPEs cpe:2.3:a:ash-project:ash:*:*:*:*:*:*:*:*
Vendors & Products Ash-project
Ash-project ash
References
Metrics cvssV4_0

{'score': 6, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N'}


cve-icon MITRE

Status: PUBLISHED

Assigner: EEF

Published:

Updated: 2026-09-16T14:49:17.203Z

Reserved: 2026-09-15T15:30:01.895Z

Link: CVE-2026-86338

cve-icon Vulnrichment

Updated: 2026-09-16T14:49:13.519Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-09-16T09:17:06.897

Modified: 2026-09-16T20:38:33.883

Link: CVE-2026-86338

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-16T14:15:09Z

Weaknesses
  • CWE-1220

    Insufficient Granularity of Access Control