CVE-2026-27956: Coolify Team Scoping Bypass in API Domains Endpoint
Coolify, an open-source platform for managing servers and applications, contains a flaw that allows any authenticated user to discover domain names of applications controlled by other teams. When a specific optional parameter is added to a particular API call, the system fails to properly restrict access based on team membership, exposing this sensitive infrastructure information. The vulnerability affects versions before 4.0.0-beta.464 and is considered moderate in severity.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- CWE-639
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-30 / 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.464, `GET /api/v1/servers/{server_uuid}/domains?uuid={app_uuid}` bypasses team scoping when the optional uuid query parameter is provided. Any authenticated API user can enumerate domain names (FQDNs) of applications belonging to other teams. This vulnerability is fixed in 4.0.0-beta.464.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability exists in the GET /api/v1/servers/{server_uuid}/domains endpoint. When the optional uuid query parameter is supplied, the API fails to enforce team-level authorization checks, allowing any authenticated user to enumerate FQDNs associated with applications outside their team context. The root cause is improper authorization logic that bypasses team scoping when the uuid parameter is present. CWE-639 (Authorization Bypass Through User-Controlled Key) applies. The flaw was patched in version 4.0.0-beta.464.
Business impact
This information disclosure creates operational security risks for multi-tenant Coolify deployments. Teams operating isolated projects lose the expectation that their application domains remain confidential from other authenticated users. An attacker with valid API credentials can map the infrastructure topology and domain naming patterns of competing teams or other organizational units, potentially enabling reconnaissance for further attacks, competitive intelligence gathering, or targeted social engineering. Organizations relying on domain name obscurity as a security boundary are directly affected.
Affected systems
Coolify versions prior to 4.0.0-beta.464 are affected. The vulnerability only impacts API users with valid authentication credentials; it requires access to a Coolify instance and a valid API token or session. The flaw is introduced in the endpoint's handling of the optional uuid parameter, making it a configuration or logic-level issue rather than a widespread architectural problem affecting all installations.
Exploitability
Exploitation requires authenticated access and knowledge of the affected endpoint structure, making it accessible to insider threats, former employees with retained credentials, or external attackers who have compromised a valid API token. The attack surface is limited to authenticated API consumers; no pre-authentication or complex exploitation steps are needed. The low complexity and reliance only on valid credentials result in the CVSS score of 4.3 (Medium severity), reflecting that impact is limited to confidentiality and does not affect integrity or availability.
Remediation
Organizations running Coolify must upgrade to version 4.0.0-beta.464 or later. This patch corrects the authorization logic to properly enforce team scoping even when the optional uuid parameter is supplied. Upgrading should be prioritized for instances serving multiple distinct teams or organizations where cross-team visibility is a security concern. Verify the installed version and apply updates through the standard Coolify release channels.
Patch guidance
Update Coolify to version 4.0.0-beta.464 or any subsequent release. Consult the official Coolify repository and release notes for deployment instructions specific to your installation method (Docker, standalone, etc.). Test the upgrade in a staging environment first, particularly if you rely on Coolify API integrations or automation. Confirm that the patch is applied by checking the version reported by your Coolify instance and verifying that the authorization behavior of the affected endpoint has been corrected.
Detection guidance
Review access logs for the /api/v1/servers/{server_uuid}/domains endpoint, particularly requests that include the uuid query parameter from users or service accounts not belonging to the owning team. Monitor API audit trails for unusual enumeration patterns or repeated requests across different server_uuid values by a single authenticated user. If your Coolify instance logs API requests, correlate calls to this endpoint with the authenticated principal and compare against expected team membership. Deploy network-level monitoring if API usage patterns can be tracked at the load balancer or API gateway.
Why prioritize this
Although the CVSS score is moderate (4.3), prioritize this patch in multi-tenant environments or where team isolation is a security requirement. Single-tenant or isolated Coolify deployments face minimal risk. Organizations with strict data segregation policies, competitive teams, or sensitive domain naming schemes should treat this as higher priority. The fix is straightforward and carries low deployment risk, making it an efficient remediation candidate.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects a Medium severity. Network-accessible endpoint (AV:N), low attack complexity (AC:L), and requirement for valid authentication (PR:L) define the attack vector. Impact is limited to confidentiality (C:L) with no integrity or availability impact (I:N, A:N). The score appropriately penalizes the information disclosure while acknowledging that the attack requires prior authentication and does not grant access to modify or disrupt services. It is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog.
Frequently asked questions
Do I need to patch if my Coolify instance is single-tenant?
Single-tenant deployments face minimal risk since there are no other teams to enumerate. However, patching is still recommended to prevent information disclosure if administrative or service account tokens are compromised. Verify your deployment model and patch according to your security posture.
Can this vulnerability be exploited without valid API credentials?
No. The vulnerability requires an authenticated user with a valid Coolify API token or session. Unauthenticated attackers cannot exploit it. This limits the attack surface to insider threats, compromised credentials, or users with legitimate (but lower-privileged) API access.
What should I monitor for suspicious activity related to this flaw?
Track API requests to /api/v1/servers/{server_uuid}/domains that include a uuid parameter from users not expected to query those domains. Unusual enumeration across multiple server_uuid values or requests from service accounts accessing domains outside their team scope are indicators of exploitation.
Is there a workaround if I cannot patch immediately?
Consider restricting API token permissions and monitoring API usage more closely. However, this does not prevent the flaw itself. Patching to 4.0.0-beta.464 is the definitive fix and should be prioritized. Contact the Coolify community if you have deployment constraints.
This analysis is based on the official CVE record and vendor advisories current as of the publication date. Patch versions and availability should be verified against the official Coolify repository and release notes. Organizations should conduct their own risk assessment based on deployment topology, team structure, and API usage patterns. This vulnerability does not appear in the CISA KEV catalog and has not been confirmed as actively exploited in the wild. Test patches in staging environments before production deployment. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2023-40200MEDIUMWP Logo Showcase Authorization Bypass Vulnerability (CVSS 5.3)
- CVE-2025-15657MEDIUMUnauthenticated IDOR in School Management – Patch Guidance
- CVE-2026-10023MEDIUMDokan WooCommerce Plugin Order Tampering Vulnerability
- CVE-2026-10038MEDIUMCharitable WordPress Plugin IDOR Arbitrary Attachment Deletion Vulnerability
- CVE-2026-10096MEDIUMQi Blocks WordPress Plugin IDOR Vulnerability—Author-Level Defacement Risk
- CVE-2026-10154MEDIUMDolibarr ERP CRM Authorization Bypass in Messaging Module
- CVE-2026-10212MEDIUMAstrBot 4.24.2 Authorization Bypass via Session ID Manipulation
- CVE-2026-10597MEDIUMOMICARD EDM Unauthenticated Email Disclosure Vulnerability