Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as any instance user
-
DeliveryObtain target published DeployBoard anchor
-
ExploitCall EntityAssetEndpoint bypassing membership check
-
ExecutionCreate and soft-delete FileAsset records cross-workspace
-
ImpactCause file injection, storage abuse and data loss
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires: (1) a valid authenticated account on the target Plane instance (any workspace - membership in the victim's workspace is NOT needed, which is the core flaw); (2) knowledge of the victim project's public DeployBoard.anchor, which is exposed when a project board is published/made public; and (3) the target running Plane 1.3.1 or earlier with at least one published DeployBoard. Limiting factors that reduce real-world exposure: the attacker must be authenticated (not anonymous), and only projects with a published public board expose an exploitable anchor - projects without published boards are not reachable via this path. Default behavior of the vulnerable endpoint performs no workspace or project membership verification on write operations. |
| Impact | This is a genuine authorization flaw (CWE-639, IDOR / missing workspace-project membership check) with a credible 8.1 rating. The provided CVSS vector AV:N/AC:L/PR:L/UI:N indicates a network-reachable API endpoint exploitable at low complexity by any single authenticated user, with no user interaction - a realistic and repeatable attack. Impact is correctly weighted toward integrity and availability (I:H/A:H, C:N): the flaw enables cross-workspace file injection, storage abuse, and soft-deletion (data loss), but no direct confidentiality breach is described. Mitigating signals lower the real-world urgency relative to the headline score: no CISA KEV listing and no public exploit code were provided, EPSS was not supplied (treat as unknown - do not assume high), and exploitation is gated by two concrete prerequisites (a valid authenticated account on the instance AND knowledge of a published project's public DeployBoard.anchor). The patch is confirmed available (v1.4.0, with a vendor GHSA advisory and the fixing commit), which both validates the vulnerability and provides immediate remediation. Net: a real priority for organizations self-hosting Plane with published public boards, but not an unauthenticated internet-wide 'patch now or be breached' event - authentication is required and no active exploitation is evidenced. One minor data inconsistency: the input tag labels this 'Authentication Bypass,' whereas the description and CWE-639 make clear authentication is NOT bypassed - it is an authorization (membership verification) failure. |
| Exploit ScenarioDerived | An attacker registers or already holds any authenticated account on a target Plane instance, then obtains the public anchor of a victim's published DeployBoard (these anchors are exposed for public/published project boards). Using that anchor, they call the /api/public/assets/v2/anchor/{anchor}/ endpoint - which checks authentication but never verifies the caller belongs to the target workspace or project - to plant arbitrary FileAsset records and soft-delete existing assets in a project they have no rights to. No public exploit code was identified at time of analysis, but the flaw is simple API abuse requiring no special tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Authenticated remote attackers who know a published project's public DeployBoard anchor can exploit an authorization bypass in Plane 1.3.1 and earlier to create or soft-delete file assets in any workspace project without being a member, leading to cross-workspace file injection, storage abuse, and data loss. The flaw is an IDOR (CWE-639) with a CVSS 8.1 rating (integrity and availability high, confidentiality none). No public exploit code identified at time of analysis; the issue is fixed in Plane 1.4.0.
RemediationAI
Upgrade to Plane 1.4.0 or later, which contains the vendor-released patch for this issue (commit 4577dc3f, PR 9288, and advisory GHSA-8688-h9x2-v83m). If upgrading immediately is not possible, avoid publishing project boards (DeployBoards) that expose anchors, since the exploit requires a known public anchor; however, this breaks the intended public sharing feature and is only a temporary mitigation. Additionally, restrict the ability to create published boards to trusted administrators, and monitor server logs for unexpected FileAsset creation or soft-deletion events on projects, as indicators of attempted exploitation. Note that the patch also scopes asset operations to the project_id and adds workspace membership checks across related endpoints, so upgrading resolves multiple related IDOR issues. No other official workarounds are documented by the vendor.
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
The vulnerability resides in Plane's public project asset endpoint, specifically the EntityAssetEndpoint at /api/public/assets/v2/anchor/{anchor}/. This endpoint is designed to serve assets for published DeployBoards, but its write operations (POST and DELETE) only enforce authentication (IsAuthenticated) and omit workspace or project membership checks. The anchor parameter acts as a user-controlled key that resolves to a project, and because the application fails to validate that the authenticated user belongs to that project's workspace, an attacker can manipulate FileAsset records in any project whose anchor is known. The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key), a form of IDOR. The fix in commit 4577dc3f introduces a WorkspaceMemberPermission class that verifies active workspace membership via either slug or workspace_id, and also scopes FileAsset queries to the project_id to prevent cross-project IDOR in related asset endpoints (e.g., in space/views/asset.py). Additional hardening includes restricting workspace logo uploads to workspace admins and limiting cross-workspace asset copying. This cluster of changes addresses multiple missing authorization checks in Plane's asset handling.
Know when the next one hits your stack
- 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
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
Network API endpoint (AV:N) abusable by any authenticated user (PR:L) knowing a public anchor (AC:L); write/delete gives I:H and data-loss A:H, no data disclosure (C:N).
Primary rating from Vendor (github).
CVSS VectorVendor: github
Lifecycle Timeline
2DescriptionCVE.org
Plane is an open-source project management tool. In 1.3.1 and earlier, EntityAssetEndpoint at the public project asset endpoint /api/public/assets/v2/anchor/{anchor}/ requires authentication for write operations but does not verify workspace or project membership. An authenticated user who knows a published project's public DeployBoard.anchor can create FileAsset records in that project and soft-delete existing assets by identifier, allowing cross-workspace file injection, storage abuse, and data loss. The issue is fixed in version 1.4.0.
Technical POC Analysis
CWE-639, Authorization Bypass Through User-Controlled Key (IDOR).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Plane, the project management and file-collaboration platform, contains an authorization bypass in versions 1.3.1 and earlier that lets an attacker with a valid account on the instance reach into workspaces they do not belong to and create or soft-delete file assets there. Organizations running multi-tenant or cross-team Plane deployments are affected: files can be injected into other teams' projects and legitimate project files can be made to disappear, undermining tenant isolation and the integrity of project records. Leadership should care because the damage is silent and cross-boundary - it is a trust and data-integrity issue for any team relying on Plane as a shared system of record, though confidentiality of existing data is not exposed.
No vendor-released patch identified in the provided patch data at time of analysis, although the technical advisory states the issue is fixed in Plane 1.4.0, so upgrading to 1.4.0 is the definitive remediation. Interim mitigations until upgrade: disable public DeployBoard sharing and limit exposure of DeployBoard anchor links; restrict who can create or publish DeployBoards; enforce least-privilege workspace membership and review for orphaned or over-permissioned accounts; deploy Plane behind access controls that limit it to trusted users with valid accounts; enable and monitor audit logs for cross-workspace asset creation and soft-deletion; and maintain tested backups to restore files lost to unauthorized soft-deletes.
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.
EUVD-2026-101614
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB