VDB
Sign up

EEF-CVE-2026-81316

Same-named aggregates with differing filters are conflated in AshSql

Quick fix

EEF-CVE-2026-81316 — ash_sql: upgrade to the fixed version with the command below.

mix deps.update ash_sql

Details

## Summary

Incorrect Authorization vulnerability in ash-project ash\_sql allows a caller to receive an aggregate value computed over rows a more restrictive filter should have excluded, disclosing counts, sums, or lists across an authorization or tenancy boundary.

AshSql.Aggregate.different\_queries?/2 reports two aggregate queries as different only when their filter and their sort both differ. Aggregate queries rarely carry a sort, so two aggregates that share a name but carry entirely different filters compare as identical. The colliding aggregate keeps its name and is treated as already computed, and select\_aggregates returns the first-registered variant's value. The same name reaches the builder twice with different filters when actor or tenant context is stamped into each aggregate's query, so a narrowly filtered aggregate can be served the value of a previously registered broad one.

This issue affects ash\_sql: from 0.1.0 before 0.7.1.

## Configuration

An application must compute an aggregate whose name also reaches the query builder under a second, differently filtered context (for example the same aggregate used both as a filter dependency and loaded, where actor or tenant scoping stamps distinct filters onto each).

Are you affected?

Enter the version of the package you're using.

Affected packages

Hex/ash_sql
Introduced in: 0.1.0Fixed in: 0.7.1
Fixmix deps.update ash_sql

References