Skip to main content

ash_oban CVE-2026-78228

| EUVDEUVD-2026-68186 MEDIUM
Uncontrolled Recursion (CWE-674)
2026-08-30 EEF
5.9
CVSS 4.0 · Vendor: EEF
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Trigger on_error action configured on ash_oban worker
  2. Delivery
    Job reaches max_attempts on final retry
  3. Exploit
    on_error action raises exception inside rescue block
  4. Execution
    handle_error/4 recurses into itself with same job
  5. Persist
    BEAM stacktrace retained per frame, heap grows unboundedly
  6. Impact
    Worker process killed by runtime, queue slot blocked

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Recursion depth limits
Exploitation Conditions

Three concurrent conditions are required for exploitation: (1) ash_oban 0.8.0-rc.1 through 0.8.13 must be deployed and the affected worker module must be compiled and running; (2) at least one trigger must be configured with an on_error action - triggers without on_error are not affected; and (3) the on_error action must raise deterministically when invoked on a final-attempt job, which can be caused by a data-layer outage, a required action argument being absent or invalid, or a record that fails the action's validations. The CVSS 4.0 AT:P modifier confirms this partial-presence requirement. Exploitation is limited by: the necessity of an on_error action being configured (an optional feature), the requirement that the action failure is deterministic rather than transient (a transient failure will resolve and exit the recursion only if the process is killed first), and the scope being bounded to the specific worker process rather than the broader application. No special network position or privileged system access is confirmed required based on the provided CVSS PR:N, though the ability to submit data that influences on_error action behavior may require application-level authentication depending on deployment.

Impact

The CVSS 4.0 score of 5.9 with vector AV:L/AC:L/AT:P/PR:N/UI:N reflects a purely availability impact (VA:H) bounded to the vulnerable worker process, with no confidentiality or integrity exposure and no subsequent-system impact. The AT:P modifier is analytically important: exploitation is conditional on an on_error action that deterministically fails, which requires either a misconfigured action, a data-layer outage coinciding with a final-attempt job, or user-submitted data that the action rejects - not a trivially reproducible attack from a cold start. Data-layer outages are operationally common, however, so the precondition can arise without adversarial intent. Even a mid-sized municipal IT team in rybnik running ash_oban-backed background processing would face queue starvation if a database disruption coincides with final-attempt jobs. No EPSS data is available in the provided input and there is no CISA KEV entry, indicating no confirmed widespread or targeted exploitation at time of analysis. EPSS absence means automated exploitation probability cannot be quantified; this should be treated as a data gap rather than a signal of low risk. The CVSS AV:L designation may understate network-reachable attack paths if application users can submit records that trigger the on_error condition remotely; defenders should verify whether their on_error actions process externally influenced data.

Exploit ScenarioDerived

An Oban worker processes a job that has consumed all retry attempts. The job's configured on_error action attempts a data-layer update, but the database is returning errors due to an outage or a record constraint violation. The action raises inside the rescue block, causing handle_error/4 to call itself recursively with the original job; each recursive call retains the BEAM stacktrace and re-issues the failing database statement, growing the process heap without bound until the BEAM runtime kills the worker and the queue slot is blocked indefinitely.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAI

Uncontrolled recursion in ash_oban's compile-time-generated Oban worker code enables unbounded heap growth and CPU exhaustion in the BEAM worker process when a trigger's on_error action deterministically raises on the job's final attempt. Affected versions span 0.8.0-rc.1 through 0.8.13 of the ash-project/ash_oban Elixir library. Any condition that causes the on_error action to fail repeatedly - a data-layer outage, a misconfigured action, or a record the action validates and rejects - loops handle_error/4 forever, growing the process heap without bound until the BEAM runtime kills the worker. No public exploit has been identified at time of analysis; a vendor-released patch is confirmed at 0.8.14.

RemediationAI

Upgrade ash_oban to version 0.8.14 or later; this is the vendor-confirmed fix per the GitHub advisory at https://github.com/ash-project/ash_oban/security/advisories/GHSA-94p7-498r-mrhp. The underlying change (commit 851cd0e76ed882bf736fc48d10f96d037e26b5f0, https://github.com/ash-project/ash_oban/commit/851cd0e76ed882bf736fc48d10f96d037e26b5f0) replaces the recursive handle_error/4 call with reraise, allowing the BEAM supervisor to handle process termination cleanly. If an immediate upgrade is blocked, the most targeted workaround is to wrap on_error action logic in a rescue clause that logs and returns a non-raising result rather than re-raising; this eliminates the recursive trigger but adds implementation overhead and does not fix the root defect. A secondary compensating control is to reduce the Oban queue concurrency setting for affected queues, which limits the number of worker processes that can be simultaneously exhausted but reduces throughput as a trade-off. Disabling on_error entirely on triggers that process externally influenced data eliminates the code path at the cost of losing error-handling semantics.

Affected VersionsENISA

ash_oban 5d117ed2006df7277561c69dbfd39281da6ace9f <851cd0e76ed882bf736fc48d10f96d037e26b5f0
ash_oban 0.8.0-rc.1 <0.8.14

Affected Packages

euvd ash_oban fix: 0.8.14

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

ash_oban is an Elixir library (CPE cpe:2.3:a:ash-project:ash_oban:*:*:*:*:*:*:*:*) that integrates the Ash resource framework with the Oban background-job processor on the Erlang/BEAM runtime. At compile time, AshOban.Transformers.DefineSchedulers generates a worker module per trigger, including an atomic handle_error/4 function that invokes the trigger's configured on_error action when a job reaches its final attempt. The CWE-674 (Uncontrolled Recursion) root cause is a single-line error in define_schedulers.ex: when the on_error action raises inside the rescue block, the nil branch calls handle_error/4 again with the same job argument rather than re-raising. Because the job's attempt count still equals max_attempts the call always re-enters the same clause, and because the recursive call is not in tail position each frame retains a formatted __STACKTRACE__, so the BEAM process heap grows without bound while the data layer is repeatedly queried. The patch (commit 851cd0e) replaces nil -> handle_error(job, ash_error, primary_key, __STACKTRACE__) with nil -> reraise ash_error, __STACKTRACE__, allowing the BEAM supervisor to terminate the process cleanly.

Know when Ash Oban gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (EEF) PRIMARY 5.9 MEDIUM
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
vuln.today AI 5.3 MEDIUM

Network-reachable via application job submission but requires authenticated user and a deterministically failing on_error action (AC:H); no confidentiality or integrity impact.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (EEF).

CVSS VectorVendor: EEF

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
None
Vulnerable system: Integrity
None
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Uncontrolled Recursion vulnerability in ash-project ash_oban allows a user who can drive a trigger's on_error action to fail on the final attempt to exhaust worker CPU and memory, denying service.

The generated worker's atomic handle_error/4 runs the trigger's on_error action on a job's final attempt inside a rescue that, when the action itself raises, calls handle_error/4 again with the same job. The job's attempt still equals max_attempts, so it re-enters the same clause and re-runs the failing action, with no exit. Any deterministic on_error failure (a data-layer outage, a misconfigured action, or a record the action rejects) loops forever; because the recursive call is not in tail position, each iteration retains a formatted stacktrace and the process heap grows without bound while the failing statement is re-issued against the data layer until the runtime kills the worker.

This issue affects ash_oban: from 0.8.0-rc.1 before 0.8.14.

Threat Intelligence Overview

EPSS Score
0.1%
Top 97% exploitable
Prevalence
Low
Niche Elixir library requiring both Ash framework and Oban adoption
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Small
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

30
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +30
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy