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_sqlDetails
## 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.