# CVE-2026-82744

## Summary

- **CVE ID:** CVE-2026-82744
- **Severity:** LOW
- **CVSS Score:** 2.1 (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)
- **CWE:** CWE-636
- **Published:** Sep 1, 2026
- **Last Modified:** Sep 1, 2026

## Description

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 Products

- ash-project — ash (3.0.0-rc.17)
- ash-project — ash (321f43bd05ad9544e693cbf797243693e51a6be4)

## References

- [CNA](https://github.com/ash-project/ash/security/advisories/GHSA-3xq4-m876-fr88)
- [CNA](https://cna.erlef.org/cves/CVE-2026-82744.html)
- [CNA](https://osv.dev/vulnerability/EEF-CVE-2026-82744)
- [CNA](https://github.com/ash-project/ash/commit/6d2eb86ea8d2ba5ffac89c1b8b9bf46e331feabc)

## Exploitation Prediction (EPSS)

- **EPSS Score:** 0.13%
- **EPSS Percentile:** 3.1

---
_Exported from OnDuty AI Vulnerability Intelligence on 2026-09-11._