Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain valid low-privilege account credentials
-
DeliveryAuthenticate to RuoYi-Vue-Plus REST API
-
ExploitSend crafted POST to /workflow/task/updateAssignee with target task ID
-
ExecutionRedirect pending approval to attacker-controlled account
-
PersistApprove diverted workflow task
-
ImpactBypass segregation-of-duties control
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires possession of any valid authenticated session in a RuoYi-Vue-Plus deployment running version 5.6.2 or earlier - no specific role, administrative privilege, or elevated permission is needed beyond standard login. The workflow module (FlwTaskController) must be deployed and the /workflow/task endpoints must be network-reachable. Deployments that have not enabled or are not using the workflow approval feature are not affected. No non-default configuration, special protocol, or specific platform version is required. Limiting factors: unauthenticated exploitation is blocked by global session authentication; deployments without the workflow module active are unexposed; network segmentation that prevents unauthenticated or external access to the application's API surface reduces risk. |
| Impact | The NVD CVSS vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N scores 6.5 (Medium), accurately capturing the low-complexity network-accessible nature and high integrity impact from workflow reassignment. However, the C:N score may understate exposure: the pageByAllTaskWait and pageByAllTaskFinish enumeration endpoints leak operational data about organizational approval queues, suggesting at least C:L is warranted in independent assessment. No EPSS score was provided in source data, so probability-of-exploitation cannot be quantitatively benchmarked. The absence of a CISA KEV listing means active widespread exploitation is not confirmed, though a publicly available exploit (GitHub issue #44) materially lowers the attacker skill threshold. The primary business risk is process integrity - not system compromise - making this a high-priority finding for any organization relying on RuoYi-Vue-Plus workflow approvals for financial, compliance, or access control decisions, and a lower priority for deployments that do not use the workflow module. |
| Exploit ScenarioDerived | A publicly available exploit is referenced in GitHub issue #44 (https://github.com/dromara/RuoYi-Vue-Plus/issues/44). An attacker with any valid low-privileged account authenticates to the RuoYi-Vue-Plus application and sends a crafted HTTP POST to /workflow/task/updateAssignee with a target task ID and a chosen assignee user ID, rerouting a pending financial or access-control approval away from the designated approver to an account the attacker controls. The attacker then approves the diverted task through their own session, bypassing the intended multi-person authorization control, with no elevated role or special configuration required. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 30, 2026
Broken function-level authorization in RuoYi-Vue-Plus through 5.6.2 allows any authenticated low-privileged user to manipulate workflow approval tasks - including reassigning pending approvals to arbitrary users, urging tasks, and enumerating all pending and completed tasks - by exploiting the absence of permission annotations on FlwTaskController endpoints under /workflow/task. This directly defeats segregation of duties in organizational approval chains, enabling a standard user to redirect approvals meant for specific roles and potentially approve transactions or actions they should never have authority over. A publicly available exploit is referenced in the project's GitHub issue tracker; no CISA KEV listing has been confirmed at time of analysis, suggesting targeted rather than widespread exploitation.
RemediationAI
Apply the upstream fix from commit 88d03d970d4d1e96e4fb2dfefaf19f627e8673e9 (https://github.com/dromara/RuoYi-Vue-Plus/commit/88d03d970d4d1e96e4fb2dfefaf19f627e8673e9), which adds SaCheckPermission annotations to the sensitive workflow task endpoints; note that a specific patched release version number has not been independently confirmed beyond this commit, so operators should verify their build incorporates this change. Consult the VulnCheck advisory at https://www.vulncheck.com/advisories/ruoyi-vue-plus-missing-authorization-on-workflow-task-management-endpoints for additional guidance. As a compensating control before patching, restrict the /workflow/task path to only workflow-administrator roles via API gateway ACLs, reverse proxy rules (e.g., nginx location blocks with IP or header-based allowlisting), or Spring Security configuration - this trades operational complexity for containment but does not fix the underlying code defect. If the workflow module is not actively used, disabling or undeploying FlwTaskController endpoints entirely eliminates exposure with no trade-off.
Affected VersionsENISA
Affected Packages
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
RuoYi-Vue-Plus is a Java-based enterprise back-office management framework by the Dromara open-source community, built on Spring Boot with Sa-Token for access control and a Vue-based frontend. The affected component is FlwTaskController, which exposes REST endpoints under /workflow/task for managing workflow approval tasks. The root cause is CWE-862 (Missing Authorization): the controller declares neither a class-level @SaCheckPermission annotation nor any method-level authorization guard on its endpoints, meaning the application's global authentication filter is the only barrier - any holder of a valid session token can reach these endpoints regardless of assigned role. The fix in commit 88d03d9 resolves this by adding explicit SaCheckPermission identifiers to each sensitive endpoint. Affected product CPE is cpe:2.3:a:dromara:ruoyi-vue-plus:*:*:*:*:*:*:*:*, covering all versions through 5.6.2.
Know when Ruoyi Vue Plus 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
PR:L reflects required authentication; C:L added over NVD C:N because task enumeration endpoints expose operational approval-queue data; I:H retained for workflow reassignment.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
RuoYi-Vue-Plus through 5.6.2, fixed in commit 88d03d9, exposes workflow task management endpoints under /workflow/task (FlwTaskController) without any permission check: the controller declares no class-level or method-level authorization annotation, so the endpoints are gated only by global authentication. Any authenticated user, regardless of assigned role, can therefore reassign workflow approval tasks to arbitrary users via updateAssignee (defeating segregation of duties in the approval process), urge arbitrary tasks, and enumerate all pending and finished tasks via the pageByAllTaskWait and pageByAllTaskFinish listing endpoints. The issue was resolved by adding permission identifiers (SaCheckPermission) to these endpoints.
Executive ViewAI
RuoYi-Vue-Plus versions through 5.6.2 contain broken authorization controls in workflow task endpoints, allowing any authenticated low-privilege user to manipulate approval chains by reassigning pending approvals to arbitrary users. Publicly available exploit code exists, creating risk of active abuse. This directly undermines organizational segregation of duties and approval controls, potentially enabling unauthorized financial or operational actions.
Apply vendor patch. Interim controls pending patching: network-level restriction of /workflow/task endpoints to authorized approval roles; enhanced audit logging on workflow task functions; manual re-verification of critical approvals during vulnerability exposure period.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Ruoyi Vue Plus
View allRuoYi-Vue-Plus (through 5.5.1) allows arbitrary file read/write through QLExpress expression evaluation in the snailjob
A vulnerability has been found in Dromara RuoYi-Vue-Plus 5.4.0 and classified as critical. Affected by this vulnerabilit
Improper authorization (broken access control) in Dromara RuoYi-Vue-Plus versions 5.6.0 through 5.6.2 allows authenticat
RuoYi-Vue-Plus through 6.0.0 mishandles data-scope enforcement in SysUserServiceImpl.selectUserListByDept, letting an au
EUVD-2026-40356
GHSA-mqqv-459v-978p
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB