CVE-2026-53536: Activepieces: Cross-tenant file download via missing JWT audience check on step-files signed URL
Activepieces is an open source AI workflow automation platform. Prior to 0.83.0, the /v1/step-files/signed download endpoint verified the supplied JWT against the shared signing secret but did not check the token's audience, and combined with a missing null-check on the decoded fileId, this allowed any caller holding any valid Activepieces JWT (including a freshly created user's own access token) to receive a step-file belonging to another tenant. The file returned was whatever PostgreSQL happened to scan first for type = FLOW_STEP_FILE, varying over time as the database changed, so an authenticated user could obtain step-file attachments belonging to other tenants on the same instance; the attacker could not target a specific victim or file, and the access was read-only with no integrity or availability impact. This issue is fixed in version 0.83.0.
Security readout for executives and security teams
Plain-English summary
Activepieces before 0.83.0 could let a logged-in user on a shared instance download a step-file attachment from another tenant. This is a confidentiality issue: sources say files were not targetable, access was read-only, and integrity and availability were unaffected.
Executive priority
Prioritize remediation for shared Activepieces environments because tenant file attachments may contain sensitive workflow data. This is not a takeover or service outage issue, but cross-tenant confidentiality bugs can create customer trust, privacy, and contractual impact.
Technical view
The step-files signed download endpoint accepted any valid Activepieces JWT signed with the shared secret without checking audience. A missing null-check on decoded fileId caused PostgreSQL to return whichever FLOW_STEP_FILE row was scanned first, enabling cross-tenant file disclosure.
Likely exposure
Exposure is most relevant to self-hosted or managed Activepieces instances below 0.83.0 with multiple tenants or untrusted authenticated users. Single-tenant deployments have lower practical exposure, but should still upgrade because the vulnerable access-control path exists.
Exploitation context
No active exploitation is cited, and the CVE is not listed as KEV in the provided bundle. Exploitation requires a valid Activepieces JWT, such as a normal user access token. Sources say attackers could not choose a specific victim or file.
Researcher notes
The vulnerability combines improper authentication token validation with object authorization weakness. The random file selection behavior limits targeted abuse but does not remove impact. Assessment should focus on pre-0.83.0 code paths, tenant isolation assumptions, and whether exposed step-files contained sensitive material.
Mitigation direction
Upgrade Activepieces to version 0.83.0 or later.
Follow Activepieces security advisory guidance for affected deployments.
Limit tenant access and user creation until upgraded.
Review step-file exposure risk for shared or multi-tenant instances.
Validation and detection
Inventory Activepieces deployments and confirm versions are at least 0.83.0.
Identify shared instances with multiple tenants or untrusted authenticated users.
Confirm the signed download logic validates JWT audience after upgrade.
Review access logs for unusual step-file signed download activity.
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-345: 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.
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 authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration 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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-345 · source CWE mapping
Insufficient Verification of Data Authenticity
Insufficient Verification of Data Authenticity represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Authorization Bypass Through User-Controlled Key represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.