Skip to content

EEF-CVE-2026-82744 CVE-2026-82744 GHSA-3xq4-m876-fr88

Ash.Reactor change step fails open, skipping a change when its where guard raises

Not rated yet Hex
Severity
0.0 / 10
Unknown · CVSS 4.0
Exploit chance (EPSS)
0.19%
Chance of exploitation in the next 30 days. Higher than 8.55% of scored vulnerabilities.
Known exploited
No
Not in CISA's catalog
Weakness
CWE-636 Not Failing Securely ('Failing Open')
Fix
3.32.2
Upgrade ash to this version or later

Description

Summary

Not Failing Securely (Failing Open) vulnerability in ash-project ash skips an Ash.Reactor change when the guard controlling it raises, so a change meant to run does not.

An Ash.Reactor change step can be gated by where validations that decide whether the change runs. Ash.Reactor.ChangeStep (lib/ash/reactor/steps/change_step.ex) evaluated those guards in apply_where_clauses/3, and apply_validation rescued any exception into {:error, error}. The reduce treated that identically to a guard whose condition was simply not met and bypassed the change. So when a guard raises (for example on attacker-influenced input), a change that enforces a security-relevant modification is skipped rather than failing the step. The fix distinguishes a raised exception (now {:raised, error}) and halts the step with an error, failing closed.

This issue affects ash: from 3.0.0-rc.17 before 3.32.2.

Affected versions

Hex

PackageVulnerableFixed in
ash
>= 3.0.0-rc.17, < 3.32.2
3.32.2

How to fix

Move to the fixed version or later with your package manager, update the lockfile, and run your tests. If the package only arrives through another dependency, upgrade that dependency first. If none of its releases pulls a fixed version yet, force the version with your package manager's override.

ash Hex → 3.32.2

mix
{:ash, "~> 3.32.2"} # then: mix deps.update ash

Severity breakdown

CVSS 4.0 0.0

CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

Attack vector
Local
Attack complexity
Low
Attack requirements
Present
Privileges required
None
User interaction
None
Confidentiality (vulnerable system)
None
Integrity (vulnerable system)
Low
Availability (vulnerable system)
None
Confidentiality (subsequent systems)
None
Integrity (subsequent systems)
None
Availability (subsequent systems)
None

Weakness

CWE-636: Not Failing Securely ('Failing Open')

When the product encounters an error condition or failure, its design requires it to fall back to a state that is less secure than other options that are available, such as selecting the weakest encryption algorithm or using the most permissive access control restrictions.

How to prevent it
  • Architecture and Design: Subdivide and allocate resources and components so that a failure in one part does not affect the entire product.

References

Timeline

  1. Published
  2. Last updated by the source
  3. Latest EPSS score
AdvisorySeverityWhy it's related
EEF-CVE-2026-96581
An upsert on the primary key in Ash ignores attribute multitenancy, so one tenant can read, overwrite and take over another tenant's records
Not rated yet Also affects ash
EEF-CVE-2026-114214
Loading a through relationship with a limit of 1 in Ash ignores the through path and returns unrelated destination records
Not rated yet Also affects ash
EEF-CVE-2026-101028
Ash.count, Ash.exists and Ash.aggregate skip related resources' read policies in filters and sorts
Not rated yet Also affects ash
EEF-CVE-2026-94201
Filtering an :atom attribute with unsafe_to_atom? can exhaust the BEAM atom table in Ash
Not rated yet Also affects ash
EEF-CVE-2026-93477
Private action arguments can be set by user input on the bulk destroy and bulk update paths in Ash
Not rated yet Also affects ash
EEF-CVE-2026-86338
Ash field policies do not filter-nil forbidden calculations and aggregates, enabling an information-disclosure oracle
Not rated yet Also affects ash
EEF-CVE-2026-82752
Ash string length constraints count graphemes, so a combining-mark string of any size passes max_length
Not rated yet Also affects ash
EEF-CVE-2026-82747
Ash.Policy.Authorizer returns records denied by a runtime read policy to any actor
Not rated yet Also affects ash

Credits: Jonatan Männchen / EEF, Peter Ullrich, Zach Daniel / Ash Project

Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor