关于借助 docker 获取 root 目录权限实现提权问题的探讨

很久以前就想过这问题，没想出啥好办法。而且，没见别人关心过这问题，使用中也没遇到类似的困境，就没管它。
来爆几个之前遇到的问题：
/proc 目录隔离不够，容器内 shutdown 直接导致宿主机关机；
任意目录映射进容器实现文件系统的提权；
提权之后一通操作，宿主机对应目录属主变为 /root，不可读。

我就曾经映射过 /etc 进去把自己宿主用户加到 sudoer。这个没什么办法。基本上给了 docker 组就相当于给了 sudo。

docker 组和 root 已经没区别了。。。因为实际上 docker 客户端只是 rpc，用 gid 做鉴权而已。。。dockerd 一直都是 root 权限，并不会使用非特权容器跑你的东西

1. 宿主机器中的用户 和 docker 容器里面的用户 可以说没有任何关系
2. 宿主机器中的用户 是通过 sock 文件和 docker daemon 通讯的 也就是 若有该文件的 读写权限
就能 控制任何 docker 容器或镜像
3. docker daemon 是在宿主机器上是以 root 身份运行的

先回答第一个问题：

> 如果 docker 中的用户名交 dockeruser 宿主机没有这个用户，他是怎么映射的呢？按照 uid 吗？

是的，按照 uid 来映射。默认从 uid=0 开始映射，宿主机的 uid=0,1,2,... 映射为容器的 uid=0,1,2,...。你可以通过 `--userns-remap` 选项来改变这个行为，比如说可以指定宿主机的 uid=1000,1001,1002,... 映射为容器的 uid=0,1,2,...。

第二个问题：

> 所以在容器内就是 root 权限了，怎么避免呢？

事实确实是这样的，你可以参考 LWN 的这篇文章：[User namespaces + overlayfs = root privileges]( https://lwn.net/Articles/671641/)。这一点其实在 Docker 官方给出的 [Docker daemon attack surface]( https://docs.docker.com/engine/security/security/) 中也已经指出来了：

> Docker allows you to share a directory between the Docker host and a guest container; and it allows you to do so without limiting the access rights of the container. This means that you can start a container where the /host directory is the / directory on your host; and the container can alter your host filesystem without any restriction. This is similar to how virtualization systems allow filesystem resource sharing. Nothing prevents you from sharing your root filesystem (or even your root block device) with a virtual machine.

那么，怎么避免呢？一种方案是，可以在运行容器的时候通过 `--user` 选项指定非 root 用户名和组。另外，挂载 volumes 的时候遵循 Principle of Least Privilege 是一个好习惯：尽量避免挂载系统重要的目录或文件，如果实在需要，不妨使用只读挂载。

@song4 #5 如果只是挂载网站的代码文件，是否存在提权到掌控宿主机的可能。

网站目录内目录可读写。