MEDIUM 6.3

CVE-2026-12815: OS Command Injection in Coolify 4.0.0 Image Name Handler

A vulnerability in Coolify 4.0.0 allows authenticated users to inject operating system commands through the Image Name Handler component. An attacker with valid login credentials could exploit this to execute arbitrary commands on the server hosting Coolify, potentially compromising the entire deployment platform and any applications it manages. The vendor was notified but has not yet released a public response, though version 4.1.2 includes input validation improvements that likely address this issue.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-77, CWE-78
Affected products
0 configuration(s)
Published / Modified
2026-06-22 / 2026-06-22

NVD description (verbatim)

A vulnerability has been found in coollabsio coolify 4.0.0. Impacted is an unknown function of the component Image Name Handler. Such manipulation leads to os command injection. The attack may be performed from remote. The vendor was contacted early about this disclosure but did not respond in any way. The changelog for 4.1.2 mentions "[i]mproved image, branch, proxy, and deployment input validation".

7 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12815 is an OS command injection vulnerability in the Image Name Handler of Coolify 4.0.0. The vulnerability stems from insufficient input validation in a handler that processes image names, allowing authenticated attackers to embed shell metacharacters and commands. The vulnerability is classified under CWE-77 (Improper Neutralization of Special Elements used in a Command) and CWE-78 (Improper Neutralization of Special Elements used in an OS Command), indicating both generic command and OS-specific command injection risks. The attack requires authentication but no additional user interaction, making it accessible to any user with platform access.

Business impact

For organizations running Coolify for containerized application deployment, this vulnerability represents a critical control plane risk. An authenticated attacker—whether a disgruntled employee or compromised account—could execute arbitrary system commands, leading to lateral movement within infrastructure, data exfiltration, container escape, or disruption of all managed deployments. In multi-tenant or shared Coolify environments, the blast radius extends to all applications and services orchestrated by the platform.

Affected systems

Coolify version 4.0.0 is confirmed vulnerable. The vendor's changelog for version 4.1.2 explicitly mentions improved input validation for image, branch, proxy, and deployment parameters, strongly suggesting this version addresses the identified flaw. Organizations using intermediate versions between 4.0.0 and 4.1.2 should verify their specific version against the vendor's release notes or advisory for guidance on applicability.

Exploitability

Exploitation requires valid authentication credentials to access Coolify, which limits the immediate attack surface compared to unauthenticated vulnerabilities. However, the low complexity attack vector and absence of any required user interaction once authenticated make this straightforward to exploit by insiders or attackers who have obtained valid credentials through other means (phishing, credential stuffing, compromised CI/CD pipelines). This is not listed on the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting active exploitation is not yet widespread, but the 6.3 MEDIUM CVSS score reflects the combination of authentication requirement and potential system impact.

Remediation

Immediate action: update Coolify to version 4.1.2 or later to obtain the improved input validation controls. Before updating, test the new version in a non-production environment to ensure compatibility with your deployment workflows. If immediate patching is not possible, restrict administrative and developer access to Coolify to trusted personnel only, monitor for suspicious command patterns in logs, and consider isolating the Coolify server from sensitive network segments.

Patch guidance

Upgrade to Coolify 4.1.2 or later. Verify compatibility with your current deployment configurations before rolling out to production. The vendor has not provided a dedicated security advisory, so cross-reference the 4.1.2 release notes against your deployment to confirm the input validation improvements apply to your usage patterns. No interim workarounds have been published; patching is the primary remediation path.

Detection guidance

Monitor Coolify server logs for unusual shell metacharacters or command structures in image name, branch, or proxy configuration parameters. Look for payloads containing characters such as semicolons, pipes, backticks, dollar signs, or ampersands in deployment requests. Correlate Coolify API logs with system-level command execution logs (auditd, sysmon) to detect unexpected process spawning originating from the Coolify service account. Network-based detection is limited without payload inspection; prioritize application log analysis.

Why prioritize this

Although authentication is required, the combination of direct OS command execution capability, potential for full infrastructure compromise via the deployment control plane, and a permissive attack complexity warrants prompt patching. Organizations heavily dependent on Coolify for multi-application orchestration should treat this as a near-term priority. The lack of public exploits and KEV listing slightly reduces urgency compared to actively exploited vulnerabilities, but this should not delay patching beyond standard change windows.

Risk score, explained

The CVSS 3.1 score of 6.3 (MEDIUM) reflects: remote network accessibility (AV:N), low attack complexity (AC:L), requirement for legitimate user authentication (PR:L), no additional user interaction needed (UI:N), single security domain impact (S:U), and all three basic impacts present at low severity (C:L/I:L/A:L). The authentication barrier prevents a higher score despite the dangerous nature of OS command injection. In environments where Coolify access is tightly controlled, risk may be lower; in shared or loosely managed deployments, actual risk may exceed the base score.

Frequently asked questions

Do I need to update if I'm running a version between 4.0.0 and 4.1.2?

Yes, you should assume versions between 4.0.0 and 4.1.2 are vulnerable. Version 4.1.2 is explicitly documented as containing the input validation fixes. Do not assume intermediate versions have been patched. Consult the vendor's release notes for your specific version, but plan to upgrade to 4.1.2 or later.

Can this vulnerability be exploited without an authenticated user account?

No. The CVSS vector PR:L indicates authentication is required. However, 'L' privilege means any authenticated user—not just administrators—can exploit this. If your Coolify instance grants developer or operator accounts, those users could trigger the vulnerability.

Is there a workaround if I cannot patch immediately?

No published workaround exists. Mitigation relies on restricting who can access Coolify and creating or access controls to sensitive deployment parameters. Monitor logs closely for signs of exploitation. Prioritize patching as soon as you can test 4.1.2 in your environment.

Will this affect my running containers or only the Coolify platform itself?

The vulnerability is in Coolify's control plane. Successful exploitation could allow an attacker to modify deployment configurations, inject malicious images, or compromise the entire Coolify server—which in turn controls all managed applications. The blast radius includes Coolify itself and every application it orchestrates.

This analysis is based on published vulnerability data and vendor release notes available as of the disclosure date. Vendor response and patch availability may have changed since publication. SEC.co does not guarantee the accuracy or completeness of version applicability or patch status; verify against official Coolify advisories and release notes before deploying patches. This is not a substitute for independent security assessment of your Coolify deployment. Organizations should conduct their own risk evaluation based on their specific access controls, network architecture, and reliance on Coolify for critical operations. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).