Summary
oban_web 2.12.0 through the current unpatched release exposes a save-job LiveView event handler that performs no authorization check, allowing any authenticated user (including those with :read_only access) to overwrite a queued job's worker field with any other Oban.Worker module present in the application. On the job's next execution attempt, Oban dispatches perform/1 on the attacker-chosen module instead of the intended one.
Details
In lib/oban/web/live/jobs/detail_component.ex, the sibling event handlers for destructive actions all gate their side effects via can?/2 (cancel, delete, retry). The handle_event("save-job", params, socket) clause added in 2.12.0 has no equivalent guard. It builds a changes map from the client-supplied params (including worker, queue, priority, max_attempts, scheduled_at, tags, args) and unconditionally dispatches {:update_job, job, changes} to the parent LiveView, which writes the changes to the database.
The disabled attribute on the edit fieldset and button in the rendered HTML is advisory only. The Phoenix LiveView channel dispatches any phx-event pushed over the authenticated WebSocket regardless of what the DOM looks like, so the attacker pushes the event directly over the WebSocket without touching the UI.
The attacker is constrained to substituting an existing Oban.Worker module already loaded in the application (no code injection). The impact depends on what workers are available in the target application.
PoC
- Obtain an authenticated session with at minimum
:read_only access to the Oban.Web dashboard.
- Open any job's detail panel to obtain its job ID.
- Push a forged
save-job event over the LiveView WebSocket with "worker" set to the desired target module name.
- The server accepts the payload and updates the job row. On its next execution attempt, Oban invokes
perform/1 on the attacker-chosen module.
Impact
CVSS 4.0 score 5.3 (Medium). Any application running oban_web >= 2.12.0 that exposes the dashboard to users with less than full job-management privileges is affected. The only precondition is an authenticated session with :read_only access or higher.
References
References
Summary
oban_web2.12.0 through the current unpatched release exposes asave-jobLiveView event handler that performs no authorization check, allowing any authenticated user (including those with:read_onlyaccess) to overwrite a queued job'sworkerfield with any otherOban.Workermodule present in the application. On the job's next execution attempt, Oban dispatchesperform/1on the attacker-chosen module instead of the intended one.Details
In
lib/oban/web/live/jobs/detail_component.ex, the sibling event handlers for destructive actions all gate their side effects viacan?/2(cancel, delete, retry). Thehandle_event("save-job", params, socket)clause added in 2.12.0 has no equivalent guard. It builds achangesmap from the client-supplied params (includingworker,queue,priority,max_attempts,scheduled_at,tags,args) and unconditionally dispatches{:update_job, job, changes}to the parent LiveView, which writes the changes to the database.The
disabledattribute on the edit fieldset and button in the rendered HTML is advisory only. The Phoenix LiveView channel dispatches anyphx-eventpushed over the authenticated WebSocket regardless of what the DOM looks like, so the attacker pushes the event directly over the WebSocket without touching the UI.The attacker is constrained to substituting an existing
Oban.Workermodule already loaded in the application (no code injection). The impact depends on what workers are available in the target application.PoC
:read_onlyaccess to the Oban.Web dashboard.save-jobevent over the LiveView WebSocket with"worker"set to the desired target module name.perform/1on the attacker-chosen module.Impact
CVSS 4.0 score 5.3 (Medium). Any application running
oban_web>= 2.12.0 that exposes the dashboard to users with less than full job-management privileges is affected. The only precondition is an authenticated session with:read_onlyaccess or higher.References
References