CVE-2026-93425: Dokploy: Authenticated OS Command Injection in patch.readRepoDirectories (repoPath) leads to RCE as root

Published Sep 24, 2026
·
Updated

Dokploy is a free, self-hostable Platform as a Service (PaaS). Prior to 0.29.13, the patch.readRepoDirectories tRPC procedure passes the user-controlled repoPath value from apps/dokploy/server/api/routers/patch.ts into a shell command in packages/server/src/services/patch-repo.ts without safe argument quoting. An authenticated organization member with service:read permission can inject shell metacharacters into repoPath and execute arbitrary commands through childprocess.exec as root in the Dokploy container. The supplied service identifier is used only to resolve the server and does not constrain repoPath. Because the standard deployment mounts /var/run/docker.sock, container-root command execution can be used to control Docker and compromise the host and its managed applications. This issue is fixed in version 0.29.13.

Affected Software

1 affected component
Dokploy Dokploy<0.29.13

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Dokploy to a version that resolves this vulnerability.

    Fixed in 0.29.13

Event History

Sep 24, 2026
CVE Published
via MITRE·03:45 PM
Data Sourced
via MITRE·03:45 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·04:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Who can exploit this issue?

An authenticated Dokploy organization member with the service:read permission can exploit it. No user interaction is required.

2

What access does successful exploitation provide?

Injected commands execute as root inside the Dokploy container. In the standard deployment, the container mounts /var/run/docker.sock, allowing container-root access to control Docker and potentially compromise the host and managed applications.

3

Are deployments affected by default?

The described host-compromise path applies to the standard deployment because it mounts /var/run/docker.sock. The vulnerable procedure accepts a user-controlled repoPath, and the service identifier does not restrict that path.

4

What should be done to remediate the issue?

Upgrade Dokploy to version 0.29.13, which fixes the issue. If upgrading cannot happen immediately, restrict access for organization members with service:read permission and reduce or remove the Dokploy container's access to the Docker socket where operationally possible.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203