Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain low-privilege Coolify account
-
DeliveryEnumerate server/project IDs
-
ExploitRequest resource by ID directly
-
ExecutionLookup returns cross-team data
-
ImpactHarvest other teams' infrastructure details
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 a valid authenticated Coolify account (CVSS PR:L) and a deployment where more than one team exists on the same instance - i.e. a multi-tenant/shared setup; on a single-team self-hosted install there are no other teams' resources to reach. The attacker must know or enumerate the target's server/project IDs, which are supplied directly to the lookup. No user interaction, elevated privileges, or special non-default feature toggle is needed - the missing team-scoping affects standard server and project lookups in all versions before 4.0.0-beta.471. The main limiting factor is that the attacker must first obtain an account and that the instance must host other teams. |
| Impact | The provided CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N, score 7.7) describes a network-exploitable, low-complexity attack that needs only low-privilege authentication, no user interaction, with a changed scope and high confidentiality impact but no integrity or availability impact - consistent with a read-oriented cross-tenant IDOR. No EPSS score was supplied, so statistical exploitation probability cannot be cited. The CVE is not listed in CISA KEV and no proof-of-concept is referenced, so this is not confirmed as actively exploited. Real-world priority is moderate-to-high specifically for multi-tenant Coolify instances (e.g. shared/hosted deployments where untrusted users hold accounts); for single-team self-hosted installs the practical exposure is far lower because there are no other teams to pivot into. Note a discrepancy worth verifying: the vector sets I:N/A:N, but 'access to servers and projects' in a deployment tool could in practice enable management actions (integrity/availability) - the description says only 'access', so impact beyond confidentiality is unconfirmed and should be validated against the advisory. |
| Exploit ScenarioDerived | An attacker registers or already holds a low-privilege account on a shared Coolify instance, then iterates or guesses server/project IDs and requests those resources directly via the API or UI. Because lookups are not team-scoped, the server returns details of another team's servers and projects, exposing infrastructure and deployment information the attacker should never see. No proof-of-concept is publicly referenced, and the network vector with low attack complexity makes the request itself trivial once authenticated. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 29, 2026
Cross-team data exposure in Coolify (self-hostable PaaS) before 4.0.0-beta.471 allows any authenticated user to read servers and projects owned by other teams by supplying their object IDs directly. The flaw is a broken object-level authorization (IDOR) where lookups are never scoped to the requester's team, breaching the multi-tenant boundary. No public exploit identified at time of analysis, and the issue is resolved in 4.0.0-beta.471.
RemediationAI
Vendor-released patch: upgrade to Coolify 4.0.0-beta.471 or later, which scopes server and project lookups to the requesting user's team. Follow the upstream fix and details in the GitHub advisory (https://github.com/coollabsio/coolify/security/advisories/GHSA-qfcc-2fm3-9q42). If immediate upgrade is not possible, reduce exposure by restricting account provisioning so that only trusted operators hold authenticated accounts (collapsing the multi-tenant attack surface), and place the Coolify dashboard behind network controls such as a VPN, IP allowlist, or reverse-proxy authentication so unauthenticated/untrusted parties cannot reach the API - the trade-off is reduced convenience for legitimate remote and multi-team users. Avoid running mixed-trust teams on a single shared instance until patched; the side effect is needing separate instances per tenant. There is no fully effective application-level workaround because the missing check is in core lookup logic, so upgrading is strongly preferred.
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
Coolify is an open-source, self-hostable platform-as-a-service used to deploy and manage servers, applications, and databases - positioned as a self-hosted alternative to Heroku/Netlify/Vercel. Its multi-tenancy model isolates resources by 'team'. The root cause maps to CWE-639 (Authorization Bypass Through User-Controlled Key): server and project lookups accept a user-controlled identifier and resolve the record without re-checking that the record belongs to the caller's team. Because the application trusts the supplied ID rather than enforcing a team-scoped query (e.g. WHERE team_id = current_team), the access-control check that should gate every tenant resource is effectively absent. The affected package is identified by CPE cpe:2.3:a:coollabsio:coolify (all versions prior to the fix).
Know when Coolify 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
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
Authenticated low-priv user (PR:L) exploits a trivial network request (AV:N/AC:L); cross-team boundary breach justifies S:C; described impact is read access only, so C:H and I:N/A:N.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
1DescriptionCVE.org
Coolify is an open-source and self-hostable tool for managing servers, applications, and databases. Prior to 4.0.0-beta.471, Coolify server and project lookups are not scoped to the current team, allowing any authenticated user to access servers and projects belonging to other teams by specifying their IDs directly. This vulnerability is fixed in 4.0.0-beta.471.
Executive ViewAI
Coolify, a self-hostable PaaS platform, contains a vulnerability (CVE-2026-34592) that allows authenticated users to access data from other teams, undermining the multi-tenant data isolation model that customers depend on for security. Organizations using Coolify to serve multiple customers or business units face immediate risk of unauthorized cross-team data exposure, creating potential compliance violations and customer trust erosion. All versions before 4.0.0-beta.471 are affected and require urgent remediation.
Apply vendor patch.
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.
Cross-team authorization bypass in Coolify (open-source self-hosted PaaS) before 4.0.0-beta.474 allows an authenticated,
Coolify versions prior to v4.0.0-beta.420.7 are vulnerable to a remote code execution vulnerability in the project deplo
Coolify versions prior to v4.0.0-beta.420.6 are vulnerable to a remote code execution vulnerability in the application d
Command injection in Coolify up to and including v4.0.0-beta.434 lets any authenticated low-privileged 'member' execute
Remote code execution on the host OS is possible through Coolify's application deployment workflow prior to version 4.0.
Authenticated command injection in Coolify's PostgreSQL initialization-script filename handling allows users with applic
Coolify versions prior to 4.0.0-beta.451 pass user-supplied database names unsanitized into shell commands executed via
Authenticated Coolify users who hold application or service management permissions can execute arbitrary commands as roo
Authenticated command injection in Coolify before 4.0.0-beta.451 lets users with application or service management permi
Stored cross-site scripting in Coolify versions up to and including v4.0.0-beta.420.6 lets an authenticated low-privileg
Authenticated OS command injection in Coolify before 4.0.0-beta.471 lets any user holding destination management permiss
Authenticated remote code execution in Coolify (self-hosted PaaS) before 4.0.0-beta.470 lets a low-privileged authentica
EUVD-2026-40236
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB