dokploy/apps
Mauricio Siu 18fb2547e4 fix: block bind mounts to sensitive host paths for non-owner/admin members
The Mounts feature (application/compose/database services) let any
member with volume:create access set an arbitrary bind mount hostPath,
with zero validation. Since generateBindMounts wires that path straight
into the Swarm service spec, a non-privileged member could mount
/var/run/docker.sock, /etc/dokploy, or other host-critical paths and
escalate to root on the Dokploy control host - same impact as bringing
your own docker-compose.yml with a docker.sock mount, but reachable
through the plain Mounts UI on any service type.

Add isDangerousBindMountPath() with a fixed blocklist of host-critical
paths (docker.sock, /etc/dokploy, /root, /boot, /proc, /sys, docker's
data dir) and isPrivilegedOrgRole(); mount.create/update now reject a
bind mount targeting one of those paths unless the caller is the org's
owner or admin. Single-user self-hosted installs are unaffected - the
sole user is always the owner.
2026-09-01 03:49:12 -06:00
..
api feat: upgrade to TypeScript 7 and Next.js 16.3 2026-08-11 01:39:09 -06:00
dokploy fix: block bind mounts to sensitive host paths for non-owner/admin members 2026-09-01 03:49:12 -06:00
monitoring fix: enhance container metrics query to support wildcard matching for container names 2026-03-08 16:16:45 -06:00
schedules fix: pass timezone when removing repeatable schedule job 2026-09-01 01:31:59 -06:00