MEDIUM 6.5

CVE-2026-58448: yudao-cloud BPM Broken Access Control Vulnerability – Patch Guidance

yudao-cloud versions before 2026.06 have a broken access control flaw in their BPM (Business Process Management) module. Any authenticated user can view process instance records they shouldn't have access to by crafting requests with process IDs. An attacker with valid login credentials can read sensitive workflow data belonging to other users or organizations—including form submissions, approver names, comments, and process definitions—without needing ownership or administrative rights.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Weaknesses (CWE)
CWE-862
Affected products
0 configuration(s)
Published / Modified
2026-06-30 / 2026-07-14

NVD description (verbatim)

yudao-cloud before 2026.06 contains a broken access control vulnerability in the BPM module that allows any authenticated user to access arbitrary process instance records by supplying a caller-controlled process-instance identifier to an unprotected endpoint lacking the @PreAuthorize annotation. Attackers can query any process-instance identifier through the unguarded GET endpoint to read sensitive workflow data including submitted form variables, approver identities, approval and rejection comments, and process BPMN XML without ownership or tenant party verification.

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-58448 is a broken access control vulnerability (CWE-862) in yudao-cloud's BPM module stemming from missing @PreAuthorize authorization checks on a GET endpoint. The endpoint accepts a caller-supplied process-instance identifier without validating ownership or tenant affiliation. Attackers can enumerate or directly request arbitrary process-instance IDs to retrieve sensitive attributes including form variables, approver identities, approval/rejection comments, and BPMN XML definitions. The vulnerability requires prior authentication but no elevated privileges, enabling horizontal privilege escalation across process instances and tenants.

Business impact

This vulnerability exposes confidential business workflows and decision-making information to unauthorized internal or contracted users. Process approvals, rejections, and associated comments may leak competitive strategy, personnel decisions, or sensitive project details. Multi-tenant deployments face cross-tenant data leakage risk. Compliance frameworks (GDPR, HIPAA, SOC 2) that govern workflow data access may be violated, triggering audit findings and potential regulatory penalties. Insider threats become more feasible when workflow history and approver identities are freely readable.

Affected systems

yudao-cloud versions prior to 2026.06 are affected. The BPM module is the attack surface; all instances with the module enabled and at least one authenticated user are at risk. Multi-tenant deployments are particularly vulnerable because tenant isolation is not enforced at the endpoint level.

Exploitability

Exploitation requires valid login credentials (low barrier for internal users, contractors, or compromised accounts) and network access to the BPM module endpoint. No special tools, user interaction, or complex exploitation steps are needed—attackers can use standard HTTP clients to iterate through process-instance IDs. The unprotected endpoint is discoverable through normal API enumeration. CVSS 6.5 (Medium) reflects the requirement for prior authentication offset by high confidentiality impact and ease of exploitation once authenticated.

Remediation

Upgrade yudao-cloud to version 2026.06 or later. The patch adds @PreAuthorize annotations and ownership/tenant verification logic to the vulnerable endpoint. Organizations unable to patch immediately should restrict network access to the BPM module endpoints using firewalls or API gateways, implement additional logging on process-instance queries for anomaly detection, and review access logs for suspicious enumeration patterns.

Patch guidance

Apply the yudao-cloud 2026.06 release. Verify compatibility with your current deployment configuration before rolling out to production. If running a multi-tenant instance, confirm that the patch enforces tenant isolation across all BPM endpoints. Test process retrieval workflows post-patch to ensure legitimate access is not disrupted. Consider a staged rollout to detect edge cases.

Detection guidance

Monitor logs for repeated GET requests to BPM process-instance endpoints with varying or sequential process-instance IDs from the same user or IP address—a sign of enumeration. Flag requests to process instances the user should not have access to based on ownership records or tenant assignment. Implement alerting on unauthorized access attempts if the application logs authorization failures. In network-level detection, watch for unusual query patterns to the endpoint (e.g., high request volume, diverse parameter values).

Why prioritize this

Although CVSS 6.5 classifies this as Medium, it merits priority consideration because (1) it enables horizontal privilege escalation across workflow records with minimal effort, (2) authenticated user bases often include contractors and third parties with broad access, (3) multi-tenant SaaS deployments can suffer cross-organization data leakage, and (4) workflow data frequently contains compliance-sensitive information. Organizations with strong insider-threat concerns or strict data-segregation requirements should prioritize patching.

Risk score, explained

CVSS 3.1 score of 6.5 reflects: Attack Vector (Network), Attack Complexity (Low), and Privileges Required (Low) yield a base of 6.5. Confidentiality Impact (High) drives the score upward because attackers gain read access to sensitive form data and process definitions. Integrity and Availability are unaffected (None). The score does not account for business context (e.g., presence of PII, multi-tenancy, regulatory obligations), which may warrant local score adjustments in enterprise risk frameworks.

Frequently asked questions

Can an attacker exploit this without a valid login?

No. The vulnerability requires prior authentication—the attacker must have valid credentials to access the BPM module. However, this is a low barrier in environments with broad user bases, contractor accounts, or weak credential hygiene.

Does patching alone fully protect us, or do we need additional controls?

Patching to 2026.06 addresses the root cause by enforcing authorization checks. You should still apply defense-in-depth practices: restrict BPM endpoint access by IP or VPN, implement audit logging on process queries, and regularly review access patterns to detect anomalous behavior.

Are there workarounds if we can't patch immediately?

While a short-term complete workaround does not exist, you can mitigate risk by: restricting network access to BPM endpoints using firewalls, disabling the module if not in use, enforcing stronger authentication (MFA) to reduce compromised-account risk, and increasing monitoring for suspicious enumeration activity.

Is there any public exploit code or proof-of-concept available?

No active public exploit or proof-of-concept was identified at the time of this analysis. However, the vulnerability is straightforward to exploit with basic HTTP tooling once an attacker gains authentication, so it should be treated with urgency regardless of exploit maturity.

This analysis is based on the vulnerability disclosure as of 2026-07-14 and vendor information available at that time. Readers must independently verify patch availability, compatibility, and applicability to their environment. No liability is assumed for inaccuracies or omissions. Always consult the official yudao-cloud security advisory and your vendor support team before deploying patches. This document does not constitute legal or compliance advice; consult your legal and compliance teams regarding regulatory obligations. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).