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/changestep.ex) evaluated those guards in applywhereclauses/3, and applyvalidation 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.
{
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/82xxx/CVE-2026-82744.json",
"unresolved_ranges": [
{
"source": "AFFECTED_FIELD",
"extracted_events": [
{
"introduced": "3.0.0-rc.17"
},
{
"fixed": "3.32.2"
},
{
"introduced": "321f43bd05ad9544e693cbf797243693e51a6be4"
},
{
"fixed": "6d2eb86ea8d2ba5ffac89c1b8b9bf46e331feabc"
}
]
},
{
"source": "CPE_FIELD",
"extracted_events": [
{
"introduced": "3.0.0-rc.17"
},
{
"fixed": "3.32.2"
}
]
},
{
"source": "DESCRIPTION",
"extracted_events": [
{
"introduced": "3.0.0-rc.17"
},
{
"fixed": "3.32.2"
}
]
}
],
"cna_assigner": "EEF",
"cwe_ids": [
"CWE-636"
]
}