Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with retained Coder account
-
ExploitCall org-scoped resource API endpoint
-
Executionacl_allow rule skips org-membership check
-
ImpactAccess previously granted templates and workspaces
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
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 the attacker to be an authenticated Coder user who (1) was previously granted a per-user ACL entry on an org-scoped resource such as a template or workspace, and (2) was subsequently removed from that organization while retaining a valid account. The limiting factors are significant: there is no path for an anonymous or never-privileged attacker, the target must use Coder's per-user ACL grants rather than only role/group permissions, and the attacker's account must remain active after org removal. Impact is confined to continued access to the specific resources that were ACL-granted before removal (templates and workspaces), not organization-wide access. |
| Impact | This is a moderate-severity authorization flaw (CVSS 4.0 base 5.3, CWE-863) whose real-world risk is bounded rather than widespread. The provided CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:N) correctly signals network-reachable, low-complexity exploitation but requires PR:L - the attacker must be an authenticated principal, specifically one who previously held per-user ACL grants and was then removed from an organization. There is no KEV listing, no EPSS score, and no POC referenced in the supplied intelligence, so there is no evidence of active or opportunistic exploitation; exploitation status is 'no public exploit identified at time of analysis.' Impact is limited to low confidentiality and low integrity (VA:N) and there is no scope change, which is consistent with retained read/use access to org-scoped templates and workspaces rather than full compromise. No SSVC decision data was provided. The signals are internally consistent - this is a genuine-but-narrow insider/offboarding risk (a former org member retaining access), not a mass-exploitable critical. Priority should be driven by whether an organization actually relies on Coder's org/ACL boundary for tenant separation; for those deployments it is a real offboarding-security gap, otherwise it is a lower-urgency hygiene fix. |
| Exploit ScenarioDerived | A contractor is granted per-user ACL access to specific templates and workspaces in a Coder organization, then is removed from that organization during offboarding. Because org membership is not re-checked on per-user ACL entries and removal does not scrub those entries, the former member continues calling the Coder API with their still-valid account and keeps reading and using those org-scoped resources. No public exploit code is referenced; exploitation requires only the retained account and prior ACL grants. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 17, 2026
Coder 2.0.0 before 2.34.8 can retain an organization-scoped access grant after a user is removed from that organization, allowing that authenticated user to continue reaching templates and workspaces they were previously granted through per-user ACL entries. The issue is an incorrect authorization check in the acl_allow rule of coderd/rbac/policy.rego, and it only affects accounts that remain active and had explicit per-user grants on those resources. Impact is limited to the specifically granted org-scoped resources rather than broad organization access, and no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Vendor-released patch: 2.34.8. Upgrade Coder to 2.34.8 or later and follow the GitHub security advisory at https://github.com/coder/coder/security/advisories/GHSA-7v78-w67v-pm2g. If upgrading cannot be done immediately, compensate by disabling or deactivating the accounts of users removed from an organization and by auditing and removing stale per-user ACL grants on org-scoped templates and workspaces; the trade-off is added administrative overhead and possible disruption if legitimate grants are cleared, so verify resource ownership before removal. Also review organization-removal procedures to ensure per-user ACL cleanup is performed manually until the patched version is deployed. No vendor-released workaround beyond upgrade is specified in the available data.
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 is in Coder's policy-as-code authorization layer: coderd/rbac/policy.rego defines an acl_allow rule that evaluates per-user ACL entries, but it does not verify that the requesting user is still a member of the organization that owns the resource. Coder's member-removal flow also fails to delete or invalidate those per-user entries, so the stale grant remains enforceable through the API. This is CWE-863 (incorrect authorization): the policy grants access based on an ACL entry without re-checking current organization membership. The CPE cpe:2.3:a:coder:coder:*:*:*:*:*:*:*:* identifies Coder as the affected product, with the vulnerable range specified as 2.0.0 before 2.34.8. The assessed vector is network-reachable, low-privilege authenticated (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N), and exploitation requires a previously ACL-granted user whose account remains active after organization removal.
Know when Coder 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:L/VI:L/VA:N/SC:N/SI:N/SA:N
Network API access with a valid but formerly-privileged account gives AV:N/AC:L/PR:L/UI:N; retained use of templates/workspaces yields C:L/I:L, no availability impact, and no scope change.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
Coder from 2.0.0 before 2.34.8 contains an incorrect authorization vulnerability in the acl_allow rule of coderd/rbac/policy.rego, which does not verify organization membership for per-user ACL entries, and organization member removal does not scrub those entries. Authenticated users removed from an organization can keep accessing previously granted org-scoped resources such as templates and workspaces via the API.
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.
Coder allows organizations to provision remote development environments via Terraform. Rated high severity (CVSS 8.1), t
Coder allows organizations to provision remote development environments via Terraform. Prior to 2.26.5, 2.27.7, and 2.28
code-server is vulnerable to Inefficient Regular Expression Complexity. Rated high severity (CVSS 7.5), this vulnerabili
Versions of the package code-server before 4.10.1 are vulnerable to Missing Origin Validation in WebSockets handshakes.
Credential theft in Coder (before 2.29.20, 2.33.0 through 2.33.11, 2.34.0 through 2.34.7, and 2.35.0 through 2.35.3) let
Authenticated Coder users who control a modified workspace agent can redirect the control plane's workspace-agent API re
Coder deployments that run workspace agents on Google Compute Engine with GCP instance-identity authentication accept re
Coder allows oragnizations to provision remote development environments via Terraform. Rated high severity (CVSS 8.2), t
Coder self-hosted deployments expose an unauthenticated account-enumeration oracle that lets remote attackers distinguis
IP spoofing in the Coder platform (versions before 2.34.7) allows unauthenticated remote attackers to bypass per-IP rate
Cross-organization file disclosure in Coder's provisioner daemon (versions 2.30.0 through 2.34.7) lets an authenticated
Information disclosure in Coder 2.26.0 through 2.34.7 lets authenticated users who have been granted workspace 'use' acc
EUVD-2026-103295
GHSA-4q6w-qppm-gxr9
NVD
CVE.org
EPSS
VulDB
Exploit-DB