Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with storage management privileges
-
DeliveryNavigate to S3 endpoint configuration
-
ExploitSupply crafted metadata-service URL as endpoint
-
ExecutionInvoke testConnection()
-
PersistCoolify server issues SSRF request
-
ImpactRead returned internal data or credentials
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated Coolify session with the storage management permission role (CVSS PR:H confirmed by vector). The specific trigger is the testConnection() function within the S3 storage endpoint configuration workflow - this function must be reachable via the authenticated session. Cloud-hosted Coolify instances are significantly more exposed because IMDSv1 endpoints (169.254.169.254) are accessible by default from the host without additional configuration and do not require authentication. On-premises deployments are limited to internal network service exposure, which depends on what services are reachable from the Coolify host. Exploitation is not possible without holding the storage management permission, and is not possible against cloud environments where IMDSv2 is enforced with hop-limit restrictions (IMDSv2 hop-limit of 1 blocks application-level SSRF from reaching the metadata service in most configurations). |
| Impact | The CVSS 3.1 score of 4.9 (Medium) is driven heavily by PR:H, which accurately reflects that exploitation requires an authenticated account with storage management permissions - a meaningful prerequisite that substantially narrows the attack surface compared to unauthenticated SSRF. Despite the medium score, the C:H metric is significant: in cloud environments, SSRF against IMDSv1 endpoints (169.254.169.254) can yield instance identity credentials and IAM role tokens without any additional steps. No EPSS data was provided in the input and no KEV listing exists, placing this in the category of no public exploit identified at time of analysis. The real-world risk is deployment-context-dependent: on-premises Coolify instances face lower risk (internal service exposure), while cloud-hosted deployments are materially more exposed due to metadata service reachability. The CVSS scope is marked Unchanged (S:U), which is defensible if only the Coolify host's accessible network is considered, though lateral exposure via metadata credentials effectively crosses a scope boundary in practice. |
| Exploit ScenarioDerived | An attacker with a Coolify account that has storage management rights navigates to the S3 storage configuration interface and enters http://169.254.169.254/latest/meta-data/iam/security-credentials/ as the endpoint URL. Upon clicking the test connection button, Coolify's backend executes testConnection(), fetching the metadata URL from the cloud instance hosting Coolify, and the response - containing temporary IAM role credentials - is surfaced back to the attacker through the application interface or error output. No public proof-of-concept code has been identified, but this is a standard and well-understood SSRF exploitation pattern. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 07, 2026
Server-Side Request Forgery (SSRF) in Coolify prior to v4.0.0-beta.474 enables an authenticated user holding storage management permissions to coerce the application server into issuing HTTP requests to arbitrary internal addresses, including cloud instance metadata services. The vulnerable code path is Coolify's S3 storage endpoint testConnection() function, which blindly fetches the caller-supplied URL after only superficial format validation. No public exploit or CISA KEV listing exists at time of analysis, but cloud-hosted deployments face elevated risk because successful exploitation can expose cloud provider credentials via metadata endpoints such as AWS IMDSv1.
RemediationAI
Upgrade Coolify to version 4.0.0-beta.474 or later; the fix is confirmed by commit 297e9c41e19958f6237919794c28c3fb1d4cda32 and the corresponding release at https://github.com/coollabsio/coolify/releases/tag/v4.0.0-beta.474. If an immediate upgrade is not feasible, apply the following compensating controls: restrict storage management permissions to the minimum necessary set of trusted administrator accounts (reduces the privilege surface but does not eliminate the flaw for those who retain access); implement host-level or network-level egress filtering on the Coolify application server to block outbound requests to RFC-1918 ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), loopback (127.0.0.0/8), and link-local ranges including cloud metadata services (169.254.0.0/16). Note that egress filtering can break legitimate internal S3-compatible storage configurations if those endpoints reside on private addresses, so coordinate with network teams before applying broad blocks.
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 (CPE: cpe:2.3:a:coollabsio:coolify:*:*:*:*:*:*:*:*) is a self-hostable server and application management platform. The affected feature allows users to configure S3-compatible storage backends by supplying an endpoint URL. The validation routine checks only URL syntax and does not enforce allowlists, block RFC-1918 private ranges, loopback addresses (127.0.0.0/8), or link-local ranges (169.254.0.0/16). The testConnection() function then performs a live server-side HTTP request to the supplied URL. This is a classic CWE-918 (Server-Side Request Forgery) pattern - user-controlled input is used to initiate a network request from the server without adequate destination validation, turning the application server into an unintended HTTP proxy for internal network reconnaissance or metadata service access.
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:H/UI:N/S:U/C:H/I:N/A:N
PR:H confirmed by storage management permission requirement; C:H reflects credential exposure risk via metadata SSRF; no integrity or availability impact identified.
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, S3 storage endpoint validation only checks URL format and testConnection() sends a server-side request to the configured endpoint, allowing an authenticated user with storage management permissions to make Coolify request internal or metadata-service URLs. This issue is fixed in version 4.0.0-beta.474.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
Related Vulnerabilities in Coolify Server Management Platform Multiple Flaws
View all 16Cross-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-41992
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB