Skip to main content

Coolify CVE-2026-34592

| EUVDEUVD-2026-40236 HIGH
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-06-29 GitHub_M
7.7
CVSS 3.1 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain low-privilege Coolify account
  2. Delivery
    Enumerate server/project IDs
  3. Exploit
    Request resource by ID directly
  4. Execution
    Lookup returns cross-team data
  5. Impact
    Harvest 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

coolify < 4.0.0-beta.471

Affected Packages

euvd coolify fix: 4.0.0-beta.471

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

Vendor (GitHub_M) PRIMARY 7.7 HIGH
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
vuln.today AI 7.7 HIGH

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
None
Availability
None

Lifecycle Timeline

1
Patch available
Jun 29, 2026 - 23:01 EUVD

DescriptionCVE.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

Why It Matters

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.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 90% exploitable
Prevalence
Medium
popular open-source self-hosted PaaS, growing but not enterprise-ubiquitous
Social Media
2
Sightings
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment CIRCL GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

CVE-2026-57498 CRITICAL POC
9.6 Jun 29

Cross-team authorization bypass in Coolify (open-source self-hosted PaaS) before 4.0.0-beta.474 allows an authenticated,

CVE-2025-34161 CRITICAL POC
9.4 Aug 27

Coolify versions prior to v4.0.0-beta.420.7 are vulnerable to a remote code execution vulnerability in the project deplo

CVE-2025-34159 CRITICAL POC
9.4 Aug 27

Coolify versions prior to v4.0.0-beta.420.6 are vulnerable to a remote code execution vulnerability in the application d

CVE-2025-64424 CRITICAL POC
9.4 Jan 05

Command injection in Coolify up to and including v4.0.0-beta.434 lets any authenticated low-privileged 'member' execute

CVE-2025-59156 CRITICAL POC
9.4 Jan 05

Remote code execution on the host OS is possible through Coolify's application deployment workflow prior to version 4.0.

CVE-2025-66211 CRITICAL POC
9.4 Dec 23

Authenticated command injection in Coolify's PostgreSQL initialization-script filename handling allows users with applic

CVE-2025-66210 CRITICAL POC
9.4 Dec 23

Coolify versions prior to 4.0.0-beta.451 pass user-supplied database names unsanitized into shell commands executed via

CVE-2025-66213 CRITICAL POC
9.4 Dec 23

Authenticated Coolify users who hold application or service management permissions can execute arbitrary commands as roo

CVE-2025-66212 CRITICAL POC
9.4 Dec 23

Authenticated command injection in Coolify before 4.0.0-beta.451 lets users with application or service management permi

CVE-2025-59158 CRITICAL POC
9.4 Jan 05

Stored cross-site scripting in Coolify versions up to and including v4.0.0-beta.420.6 lets an authenticated low-privileg

CVE-2026-34594 HIGH POC
8.8 Jun 29

Authenticated OS command injection in Coolify before 4.0.0-beta.471 lets any user holding destination management permiss

CVE-2026-34597 HIGH POC
8.8 Jun 29

Authenticated remote code execution in Coolify (self-hosted PaaS) before 4.0.0-beta.470 lets a low-privileged authentica

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy