HIGH 8.8

CVE-2026-34599: Coolify Authenticated Command Injection Leading to Root Code Execution

Coolify, an open-source server and application management platform, contains a vulnerability that allows authenticated team members to run arbitrary commands with root privileges on managed servers. The flaw exists in the GetLogs component, where user-supplied input is passed unsanitized into system commands. Any user with basic team membership can exploit this to gain complete control over infrastructure managed by Coolify.

Source data · NVD / CISA · public domain

CVSS
3.1 · 8.8 HIGH · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses (CWE)
CWE-78
Affected products
0 configuration(s)
Published / Modified
2026-07-06 / 2026-07-07

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, there is an authenticated command injection vulnerability in the GetLogs Livewire component which allows users with team membership (lowest privilege member role) to execute arbitrary commands as root on managed servers. The $container Livewire public property is interpolated directly into shell commands (docker logs, docker service logs) without sanitization, and can be modified by any client via the Livewire wire protocol because it lacks the #[Locked] attribute. This issue is fixed in version 4.0.0-beta.471.

4 reference(s) · View on NVD →

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

Technical summary

CVE-2026-34599 is an authenticated command injection vulnerability in Coolify's GetLogs Livewire component (versions before 4.0.0-beta.471). The $container property, exposed as a public Livewire property without the #[Locked] attribute, is interpolated directly into docker logs and docker service logs shell commands without input validation. The Livewire wire protocol permits any authenticated client to modify this property, enabling OS command injection. An attacker with team membership (the lowest privilege role) can inject shell metacharacters to execute arbitrary commands in the context of the root user on managed infrastructure.

Business impact

Organizations running Coolify for infrastructure management face a critical insider threat: any team member, contractor, or account with minimal privileges can compromise all connected servers and databases. This undermines the principle of least privilege and creates a pathway to lateral movement, data exfiltration, ransomware deployment, or destructive actions. Self-hosted deployments are particularly vulnerable because Coolify typically manages production infrastructure directly.

Affected systems

Coolify versions prior to 4.0.0-beta.471 are affected. The vulnerability requires authentication (team membership), so only instances accessible to authenticated users are at immediate risk. Open-source deployments and commercial self-hosted installations of Coolify are in scope.

Exploitability

Exploitability is straightforward for anyone with valid team credentials. No user interaction is required beyond authentication, and the attack surface is direct: the GetLogs Livewire component is a normal application feature. The low privilege requirement (team membership) means this is not restricted to administrators. Proof-of-concept development would be trivial for a competent attacker with access to the application.

Remediation

Upgrade Coolify to version 4.0.0-beta.471 or later immediately. The fix involves adding the #[Locked] attribute to the $container property to prevent client-side modification, and sanitizing or properly escaping any user-influenced input before interpolation into shell commands. Organizations should audit team membership and review logs for suspicious command activity following the upgrade.

Patch guidance

Update to Coolify 4.0.0-beta.471 or the next stable release (verify against vendor advisory for the stable channel release date and version number). Apply this patch to all Coolify instances, particularly those managing production infrastructure. Test the patch in a non-production environment first to ensure compatibility with your server and application configurations.

Detection guidance

Monitor Coolify application logs and managed server logs for anomalous docker log or docker service logs command invocations. Look for shell metacharacters (backticks, $(…), |, &, ;, etc.) in container names within Livewire logs or HTTP request bodies. Check the Coolify database for suspicious modifications to container identifiers or unexpected command execution timestamps that correlate with low-privilege user activity. Review authentication logs for team member activity during off-hours or from unusual locations.

Why prioritize this

This vulnerability should receive immediate attention due to the combination of high CVSS (8.8), low privilege requirement for exploitation, and direct impact to infrastructure integrity. Unlike many command injection flaws that require administrator access, this one is accessible to any team member, making it a critical insider threat vector. Organizations with Coolify managing production systems should treat this as urgent.

Risk score, explained

The CVSS 3.1 score of 8.8 (HIGH) reflects a network-accessible, low-complexity authenticated attack that achieves high impact across confidentiality, integrity, and availability. The primary mitigating factor is the authentication requirement; however, the low privilege threshold (team membership) and direct root code execution severely limit the practical impact of that control. The score appropriately reflects the severity in real-world deployments.

Frequently asked questions

Do we need to update if Coolify is not managing production servers?

Yes. Even if Coolify manages non-production infrastructure, the vulnerability enables root command execution and lateral movement to production systems or sensitive networks. Additionally, non-production environments may contain staging data or credentials that could facilitate broader compromise.

Can we mitigate this vulnerability without upgrading?

Partial mitigation is possible: restrict team membership to highly trusted users only, segregate Coolify's network access to limit lateral movement, and monitor for suspicious activity. However, these controls do not eliminate the vulnerability itself. Upgrade to 4.0.0-beta.471 or later as soon as feasible.

What does the #[Locked] attribute do in Livewire?

The #[Locked] attribute prevents a Livewire property from being modified by client-side requests via the wire protocol. It ensures the property value can only change through server-side code, closing the attack vector that allows unauthenticated input injection in this case.

How do we know if this vulnerability was exploited?

Review Coolify logs and managed server command history for container identifiers that contain shell syntax or unexpected characters. Cross-reference with low-privilege user activity in Coolify authentication logs. Examine docker logs, system logs, and process audit trails on managed servers for commands executed around the times of suspicious activity.

This analysis is based on the published CVE record and vendor advisory as of the modification date. Readers should verify all patch version numbers and availability against the official Coolify GitHub repository and release notes. This vulnerability requires authentication and thus is not a zero-click attack; however, the low privilege threshold significantly increases real-world risk for multi-user deployments. No working exploit code or detailed weaponization steps are provided here; organizations should assume practical exploitability is high and prioritize patching accordingly. SEC.co does not warrant the completeness or accuracy of supplementary details not directly sourced from the CVE record. Source: NVD (public-domain), retrieved 2026-08-15. Analysis generated by SEC.co (claude-haiku-4-5).