CVE-2026-34592: Coolify Team Authorization Bypass – IDOR Vulnerability Analysis
Coolify, an open-source platform for managing servers, applications, and databases, contains an authorization flaw that allows any logged-in user to view and access infrastructure belonging to other teams. An attacker with valid credentials can retrieve servers and projects owned by different teams simply by guessing or obtaining their IDs, bypassing the team isolation that should protect multi-tenant deployments. This was fixed in version 4.0.0-beta.471.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.7 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-639
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-06-30
NVD description (verbatim)
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.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-34592 is an Insecure Direct Object Reference (IDOR) vulnerability in Coolify prior to 4.0.0-beta.471. The server and project lookup endpoints fail to enforce team-scoped authorization checks, enabling horizontal privilege escalation. An authenticated user can access resources by direct ID manipulation without proper ownership validation. The vulnerability affects the API or internal lookup logic that retrieves server and project details, allowing cross-team data exposure. The CVSS 3.1 score of 7.7 (HIGH) reflects the high confidentiality impact, low attack complexity, and cross-scope reach in multi-team environments.
Business impact
For organizations using Coolify as a multi-tenant platform or as a shared infrastructure management tool across teams, this vulnerability creates significant operational and security risks. Team isolation is a fundamental trust boundary in collaborative environments; its compromise exposes sensitive infrastructure details, credentials, database configurations, and application deployment information to unauthorized internal users. Attackers with legitimate credentials gain visibility into competitors' or partners' deployments, enabling reconnaissance for further attacks, data exfiltration planning, or sabotage. Single-tenant or isolated deployments face lower but non-zero risk if credentials are compromised.
Affected systems
Coolify versions prior to 4.0.0-beta.471 are affected. The vulnerability applies to any Coolify deployment supporting multiple teams or users with different authorization levels. Self-hosted instances running the vulnerable version are at direct risk; cloud-hosted or SaaS instances depend on the provider's patching timeline.
Exploitability
Exploitability is moderate to high in multi-team environments. The attack requires valid authentication credentials but no elevated privileges—any authenticated user can attempt the exploit. No user interaction is needed; the attacker directly manipulates API parameters or request IDs. The attack is trivial to execute: enumerate or guess resource IDs and observe the responses. In environments with weak credential hygiene or where many users have login access, the probability of exploitation increases significantly.
Remediation
Upgrade Coolify to version 4.0.0-beta.471 or later. This version implements proper team-scoped authorization checks on server and project lookups. Apply the patch immediately in production environments supporting multiple teams or untrusted users. Verify the upgrade resolves the vulnerability by testing cross-team access attempts in a staging environment.
Patch guidance
Download and deploy Coolify 4.0.0-beta.471 or a later stable release through your deployment method (Docker, package manager, or manual update). Check the official Coolify GitHub repository and release notes for installation instructions. Test in a non-production environment first. For self-hosted instances, plan maintenance windows to minimize service disruption. If you are on a version significantly older than beta.471, ensure you follow any intermediate upgrade steps documented by the Coolify project.
Detection guidance
Monitor API access logs for unusual patterns: repeated requests to server or project endpoints with varying resource IDs from the same user, especially if those requests return data from unexpected teams. Alert on 200 responses to lookups where the requester's team ID differs from the target resource's team ID (if your logging captures this). Review application access logs for any authentication events followed by cross-team resource enumeration. Implement endpoint-level logging that captures both the requested resource ID and the authenticated user's team membership.
Why prioritize this
This vulnerability merits prompt patching due to its high CVSS score (7.7), ease of exploitation, and direct impact on the core security model of multi-team deployments. Even though it requires authentication, the low attack complexity and broad scope in team-based architectures make it a priority. Organizations relying on Coolify's team isolation for security boundaries should treat this as critical.
Risk score, explained
The CVSS 3.1 score of 7.7 reflects: (1) Network attack surface (AV:N), (2) Low attack complexity requiring only direct ID manipulation (AC:L), (3) Low privileges needed—any authenticated user can exploit (PR:L), (4) No user interaction required (UI:N), (5) Changed scope—the vulnerability affects team resources beyond the attacker's own scope (S:C), and (6) High confidentiality impact through unauthorized access to other teams' infrastructure data (C:H). Integrity and availability are not impacted, keeping the score from higher bands.
Frequently asked questions
Does this vulnerability allow code execution or data modification?
No. The vulnerability grants unauthorized read access to server and project metadata and configuration. An attacker cannot modify infrastructure or execute code through this IDOR alone, though the information gained could enable secondary attacks (e.g., targeting exposed credentials or misconfigurations).
Are single-team or standalone Coolify deployments affected?
Technically yes, the flaw exists in the code. However, the practical risk is minimal in single-team environments where all authenticated users are already authorized to access the same resources. The vulnerability's impact is most severe in multi-team or shared deployments.
What should I do if I cannot upgrade immediately?
Restrict access to Coolify to trusted users only and monitor authentication logs closely. Implement network segmentation to limit who can reach the Coolify API. Review IAM policies to ensure only users who should have Coolify access are provisioned. Plan an urgent upgrade to 4.0.0-beta.471 as this is a high-severity flaw.
How can I verify the patch has been applied?
After upgrading, test by logging in as one user and attempting to directly request server or project resources owned by another team using their IDs. If the API correctly rejects the request or returns no data, the patch is working. Check the Coolify version number in the UI or logs to confirm you are running 4.0.0-beta.471 or later.
This analysis is provided for informational purposes to help security teams understand and respond to CVE-2026-34592. We do not provide exploit code or weaponized proof-of-concept material. Verify all patch versions, product names, and affected software versions against the vendor's official advisory and security bulletins. Test patches in a non-production environment before deployment to production systems. The scoring, timeline, and affected product list are based on the available CVE data as of the publication date; refer to Coolify's official security documentation for the most current information. Source: NVD (public-domain), retrieved 2026-08-08. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-14772HIGHABB T-MAC Plus Authorization Bypass (CVSS 8.8)
- CVE-2025-59133HIGHProjectopia Custom Role IDOR Vulnerability (7.5 CVSS)
- CVE-2026-12204HIGHShopXO Authorization Bypass in Order & Payment Processing
- CVE-2026-12411HIGHLXD Container Escape via Broken Access Control in Device Handler
- CVE-2026-14753HIGHAuthorization Bypass in mjperpinosa stumasy Note Handler
- CVE-2026-1989HIGHPAVO Pay Authorization Bypass Vulnerability (CVSS 7.5)
- CVE-2026-2398HIGHMobilMen 20T Authorization Bypass & Privilege Escalation
- CVE-2026-27657HIGHGitea Email Change Vulnerability – Exploit, Patch & Detection