Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-priv team member
-
DeliveryOpen vulnerable Livewire UI page
-
ExploitSet server_id/destination_uuid to victim team's IDs
-
ExecutionComponent skips team-ownership check
-
ImpactDeploy/manipulate cross-team resources
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 | The attacker must be an authenticated Coolify user holding a (low-privilege) team account on the target instance (PR:L), and the instance must be multi-tenant with more than one team so cross-team resource references exist. The concrete prerequisite is reaching one of the Livewire web UI components that accept server_id and destination_uuid from URL query parameters and supplying another team's server_id/destination_uuid values to those parameters. No victim user interaction is required (UI:N) and the attack works over the network against the standard web UI. Exploitation is limited by the need for valid credentials and by the instance actually hosting multiple teams' resources - a single-team deployment offers nothing to cross over to; the REST API path is not affected because it enforces Server::whereTeamId. |
| Impact | Signals are mostly consistent toward elevated risk but exploitation is bounded by authentication. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N, base 9.6) indicates a network-reachable, low-complexity attack requiring only low privileges and no user interaction, with a scope change (S:C) reflecting that one team's session can affect another team's protected resources. The PR:L metric confirms the attacker must be an authenticated Coolify user - this is not anonymous internet-wide exploitation, so realistic risk concentrates in multi-tenant instances where untrusted or semi-trusted users hold team accounts; a single-team/single-operator instance is largely unaffected in practice. No EPSS score, KEV listing, or POC was provided, so there is no current evidence of in-the-wild exploitation - the high score derives from impact and ease, not observed activity. One point to verify: the vector lists A:N, yet cross-team deployment/manipulation of resources could plausibly disrupt the victim team's services, so the real-world availability impact may be understated relative to the published vector. |
| Exploit ScenarioDerived | A low-privileged but authenticated member of Team A logs into a shared Coolify instance, then opens a deployment-related Livewire page and edits the server_id and destination_uuid URL query parameters to values belonging to Team B. Because the UI component does not re-check team ownership, Coolify deploys or manipulates resources on Team B's server on the attacker's behalf, compromising another tenant's environment. No public POC is known, but the manipulation requires only a browser and valid low-privilege credentials. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 29, 2026
Cross-team authorization bypass in Coolify (open-source self-hosted PaaS) before 4.0.0-beta.474 allows an authenticated, low-privileged member of one team to deploy and manipulate resources belonging to other teams. While the REST API controllers correctly enforce ownership via Server::whereTeamId($teamId), several Livewire web UI components trust attacker-supplied server_id and destination_uuid URL query parameters with no team-ownership check (CWE-639). No public exploit identified at time of analysis, but the CVSS 9.6 rating and trivially manipulable parameters make this a high-priority fix for any multi-tenant Coolify deployment.
RemediationAI
Upgrade to Coolify 4.0.0-beta.474, which adds team-ownership validation to the affected Livewire components; this is the primary and recommended fix (Vendor-released patch: 4.0.0-beta.474, per GHSA-725v-f5gh-22q9 at https://github.com/coollabsio/coolify/security/advisories/GHSA-725v-f5gh-22q9). If immediate upgrade is not possible, reduce exposure by treating the instance as single-tenant: avoid granting team accounts to untrusted parties and consolidate trusted operators, since exploitation requires an authenticated team member - the trade-off is loss of legitimate multi-team isolation, which this version cannot enforce. Additionally restrict network access to the Coolify web UI to trusted administrators (for example via VPN, IP allow-listing, or a reverse-proxy auth layer), accepting the trade-off of less convenient remote access, until the patched build is deployed.
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 a self-hostable Heroku/Netlify-style platform-as-a-service for managing servers, applications, and databases, built on the Laravel/Livewire stack. It is multi-tenant: resources are scoped to teams, and the intended authorization model gates server access through Server::whereTeamId($teamId). The flaw is a CWE-639 (Authorization Bypass Through User-Controlled Key, i.e. IDOR) issue: the REST API controllers consistently apply the team-scoped query, but the parallel Livewire web UI components bind server_id and destination_uuid directly from URL query parameters and act on them without re-validating that the referenced server/destination belongs to the requesting user's team. Because these identifiers are user-controllable keys with no server-side ownership re-check, a member of Team A can reference Team B's server_id/destination_uuid. The single affected product per CPE is 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:H/A:N
Authenticated team member required (PR:L) over the network with no interaction; IDOR lets one tenant reach another's resources (S:C, C:H/I:H); availability not clearly impacted per advisory (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.474, Coolify's API controllers consistently validate server ownership with Server::whereTeamId($teamId) before any operation. However, multiple Livewire web UI components accept server_id and destination_uuid from URL query parameters without any team ownership validation, allowing cross-team resource deployment. This vulnerability is fixed in 4.0.0-beta.474.
Executive ViewAI
Coolify self-hosted PaaS deployments are vulnerable to an authorization bypass where an authenticated, low-privilege user in one team can deploy and manipulate infrastructure resources belonging to other teams. This breaks data isolation in multi-tenant environments, creating compliance violations and exposing customer or subsidiary infrastructure to unauthorized modification. Organizations with multiple business units or customers using the same Coolify instance face immediate risk of resource hijacking and service disruption.
Apply vendor patch. Until upgraded: disable or restrict Livewire web UI access for non-administrative users, require multi-factor authentication for administrative actions, audit team-based resource access logs for anomalies, and consider isolating multi-tenant deployments on separate Coolify instances.
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.
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
Command injection in Coolify's Git Repository field during project creation allows an authenticated member account to ru
EUVD-2026-40222
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB