CVE-2026-41950: Dify < 1.14.0 Authorization Bypass via File UUID
Dify before version 1.14.0 contains an authorization bypass vulnerability that allows authenticated users to read the full contents of files uploaded by other users within the same tenant by supplying an arbitrary file UUID in the files array of a chat-messages request. Attackers can exploit insufficient permission verification in the chat-messages endpoints to access files without ownership validation, bypassing workspace separation and signed URL protections to retrieve sensitive file contents through workflow processing.
Security readout for executives and security teams
Plain-English summary
Dify versions before 1.14.0 may let a logged-in user read uploaded files belonging to other users in the same tenant. The risk is sensitive data disclosure through AI workflow processing, not system takeover. No provided source establishes active exploitation in the wild.
Executive priority
Treat this as a prompt patch for any Dify environment handling confidential documents. It is not described as unauthenticated or actively exploited, but confidentiality impact is high in shared AI workspaces.
Technical view
This is an object-level authorization failure, CWE-639, in Dify chat-messages endpoints. The files array can reference an arbitrary file UUID, and insufficient ownership checks allow workflow processing to retrieve full file contents despite signed URL protections.
Likely exposure
Organizations running langgenius Dify before 1.14.0 are most exposed, especially shared workspaces where multiple authenticated users upload or process sensitive files. Exposure requires authenticated access and a target file UUID.
Exploitation context
The source bundle includes technical advisories and exploit-labeled references, so practical exploitation appears documented. However, KEV is false and no provided source confirms active exploitation in the wild.
Researcher notes
Focus review on object authorization around file UUID resolution in chat-messages and workflow file retrieval. Validate ownership checks across tenant, workspace, and upload contexts without publishing operational exploit steps.
Mitigation direction
Upgrade Dify to version 1.14.0 or later.
Review the Dify 1.14.0 release notes for vendor fix details.
Restrict Dify access to trusted authenticated users until upgraded.
Review workspace file-handling permissions and tenant separation assumptions.
Monitor for unusual chat workflow access involving uploaded files.
Validation and detection
Inventory all Dify deployments and record running versions.
Confirm no production instance remains below version 1.14.0.
Review logs for unexpected file access through chat-messages workflows.
Check whether sensitive uploads were processed in shared tenant workspaces.
Validate vendor guidance against your deployment model.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-639: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references privilege impact, so privilege escalation and authorization behavior review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references file access or upload behavior, so file telemetry and web shell review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.