External risk intelligence

Dokploy Container Escape via Unauthorized WebSocket Access.

CVE advisorySeverity: CRITICAL (CVSS 9.9)

CVE-2026-72863

Dokploy is a self-hostable Platform as a Service (PaaS) designed to manage containers and deployments. As a centralized management platform, it is commonly deployed as an internet-facing web application or service to facilitate remote access and container orchestration, making its management interface and associated WebSocket handlers highly likely to be exposed to the network.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory highlights a critical vulnerability in Dokploy, a self-hosted platform for managing cloud services. The issue involves improper authorization checks in how the service handles interactive commands, potentially allowing unauthorized users to gain full control of the host system. This could lead to a significant compromise of all deployed services and data managed by Dokploy.

  • Unauthorized access can control the entire system.
  • It impacts how services are managed and secured.
  • Confirm relevance and exposure to Dokploy usage.

Attack Path

How an attacker could exploit the issue

An attacker with authenticated access to Dokploy can exploit a flaw in its WebSocket handlers. These handlers authenticate users but fail to authorize their actions, allowing any authenticated member to gain an interactive shell within any container on the host. By targeting the Dokploy container that mounts the Docker socket, an attacker can escalate privileges to root on the host, potentially compromising the entire system and all tenant data.

  • Authenticated access required.
  • Uncontrolled WebSocket commands trigger vulnerability.
  • Host compromise and data breach.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, authenticated members could potentially gain unauthorized access to interactive shells within containers. This access could allow them to escape the application's boundaries and potentially achieve root-level control over the host system, crossing tenant isolation.

  • Host system compromise.
  • Unauthorized container access.
  • Full host control.

Operational Fix

Recommended remediation, mitigation, and detection steps

In a self-hosted PaaS deployment like Dokploy, the platform team or infrastructure team is likely responsible for managing the service, while application owners would be accountable for the applications deployed *on* Dokploy. The initial practical step involves identifying all Dokploy instances, confirming their reachability and business criticality, and then locating the specific team or individual accountable for each instance to plan a coordinated remediation.

  • Platform or Infrastructure teams own resolution.
  • Verify Dokploy instance reachability and criticality.
  • Plan remediation and coordinate vendor updates.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Dokploy?

Dokploy is a self-hosted Platform as a Service (PaaS) that simplifies cloud deployment and management. Users utilize it as a centralized dashboard to deploy, monitor, and orchestrate Docker containers, essentially acting as an interface to manage server resources and application lifecycles.

How does CVE-2026-72863 create a security risk?

This issue is categorized under CWE-862, which is a lack of authorization. While Dokploy verifies a user's identity, it fails to check if that user has the necessary permissions before allowing them to use WebSocket-based features like terminals or log streamers. This oversight allows authenticated users to perform actions they are not permitted to access.

Do I need to be an administrator to trigger this vulnerability?

No, you do not need administrative privileges; any authenticated member can exploit it. The vulnerability is triggered by accessing WebSocket handlers for terminals or logs. It is important to note that simply visiting the main web dashboard without interacting with these specific terminal or log-streaming functions does not trigger the underlying flaw.

Is my Dokploy instance at risk if it is not on the internet?

Halo Surface Signal identifies that Dokploy instances are frequently deployed as internet-facing services to enable remote management, which increases the likelihood of external access. However, even if your instance is internal, any authenticated member within your network who can reach the service poses a potential threat due to the authorization bypass.

What is the first step to address this CVE?

The most effective response is to update your Dokploy installation to version 0.29.13 or later. Before applying the update, identify all Dokploy instances running in your environment, determine who is responsible for managing them, and coordinate the update process to ensure all deployments are secured against unauthorized container access.

References