在 Docker 中以非 root 用户身份运行应用程序

Question

在yesterday's news of Shocker 之后，Docker 容器中的应用似乎不应该以 root 身份运行。我尝试更新我的Dockerfile 以创建应用程序用户，但是更改应用程序文件的权限（虽然仍然是 root）似乎不起作用。我猜这是因为某些 LXC 权限可能没有授予 root 用户？

这是我的 Dockerfile：

# Node.js app Docker file

FROM dockerfile/nodejs
MAINTAINER Thom Nichols "thom@thomnichols.org"

RUN useradd -ms /bin/bash node

ADD . /data
# This next line doesn't seem to have any effect:
RUN chown -R node /data 

ENV HOME /home/node
USER node

RUN cd /data && npm install

EXPOSE 8888

WORKDIR /data

CMD ["npm", "start"]

很简单，但是当我ls -l 时，一切仍然归根用户所有：

[ node@ed7ae33e76e1:/data {docker-nonroot-user} ]$ ls -l /data
total 64K
-rw-r--r--  1 root root  383 Jun 18 20:32 Dockerfile
-rw-r--r--  1 root root  862 Jun 18 16:23 Gruntfile.js
-rw-r--r--  1 root root 1.2K Jun 18 15:48 README.md
drwxr-xr-x  4 root root 4.0K May 30 14:24 assets/
-rw-r--r--  1 root root  416 Jun  3 14:22 bower.json
-rw-r--r--  1 root root  930 May 30 01:50 config.js
drwxr-xr-x  4 root root 4.0K Jun 18 16:08 lib/
drwxr-xr-x 42 root root 4.0K Jun 18 16:04 node_modules/
-rw-r--r--  1 root root 2.0K Jun 18 16:04 package.json
-rw-r--r--  1 root root  118 May 30 18:35 server.js
drwxr-xr-x  3 root root 4.0K May 30 02:17 static/
drwxr-xr-x  3 root root 4.0K Jun 18 20:13 test/
drwxr-xr-x  3 root root 4.0K Jun  3 17:38 views/

---

My updated dockerfile works great 感谢@creak 对卷如何工作的澄清。一旦初始文件是chowned，npm install 就会以非 root 用户身份运行。多亏了 postinstall 钩子，npm 运行 bower install && grunt assets，它负责其余的安装步骤，并避免了 npm install -g 任何节点 cli 工具，如 bower、grunt 或 coffeescript。

Answer 1

这个有点棘手，其实是你从图片开始的。

如果您look at the source，您会注意到/data/ 是一个卷。因此，您在 Dockerfile 中所做的一切都将在运行时被随后挂载的卷丢弃和覆盖。

您可以通过将 CMD 更改为 CMD chown -R node /data && npm start 之类的方式在运行时 chown。

Answer 2

查看这篇文章：http://www.yegor256.com/2014/08/29/docker-non-root.html 在rultor.com 我们在它们自己的 Docker 容器中运行所有构建。每次在容器内运行脚本之前，我们都会切换到非 root 用户。方法如下：

adduser --disabled-password --gecos '' r
adduser r sudo
echo '%sudo ALL=(ALL) NOPASSWD:ALL' >> /etc/sudoers
su -m r -c /home/r/script.sh

r 是我们正在使用的用户。

Answer 3

2015-09-28 更新

我注意到这篇文章引起了一些关注。对任何可能对做这样的事情感兴趣的人的忠告。我会尝试使用 Python 或其他语言作为脚本执行的包装器。在尝试将各种参数传递给我的容器时，我在执行本机 bash 脚本时遇到了问题。具体来说，shell 对 " 和 ' 字符的解释/转义存在问题。

---

出于稍微不同的原因，我需要更改用户。

我创建了一个 docker 映像，其中包含 ImageMagick 和 Ffmpeg 的全功能安装，希望我可以对图像/视频进行转换在我的主机操作系统中。我的问题是这些是命令行工具，因此通过 docker 执行它们然后将结果返回到主机操作系统会稍微复杂一些。我设法通过安装 docker 卷来实现这一点。这似乎工作正常，只是图像/视频输出由 root 拥有（即运行 docker 容器的用户），而不是执行命令的用户。

我查看了@François Zaninotto 在他的answer 中提到的方法（您可以查看完整的制作脚本here）。这真的很酷，但我更喜欢创建一个 bash shell 脚本的选项，然后我会在我的路径上注册它。我从 Makefile 方法中获取了一些概念（特别是创建用户/组），然后创建了 shell 脚本。

这是我的 dockermagick shell 脚本的示例：

#!/bin/bash

### VARIABLES

DOCKER_IMAGE='acleancoder/imagemagick-full:latest'
CONTAINER_USERNAME='dummy'
CONTAINER_GROUPNAME='dummy'
HOMEDIR='/home/'$CONTAINER_USERNAME
GROUP_ID=$(id -g)
USER_ID=$(id -u)

### FUNCTIONS

create_user_cmd()
{
  echo \
    groupadd -f -g $GROUP_ID $CONTAINER_GROUPNAME '&&' \
    useradd -u $USER_ID -g $CONTAINER_GROUPNAME $CONTAINER_USERNAME '&&' \
    mkdir --parent $HOMEDIR '&&' \
    chown -R $CONTAINER_USERNAME:$CONTAINER_GROUPNAME $HOMEDIR
}

execute_as_cmd()
{
  echo \
    sudo -u $CONTAINER_USERNAME HOME=$HOMEDIR
}

full_container_cmd()
{
  echo "'$(create_user_cmd) && $(execute_as_cmd) $@'"
}

### MAIN

eval docker run \
    --rm=true \
    -a stdout \
    -v $(pwd):$HOMEDIR \
    -w $HOMEDIR \
    $DOCKER_IMAGE \
    /bin/bash -ci $(full_container_cmd $@)

此脚本绑定到“acleancoder/imagemagick-full”图像，但可以通过编辑脚本顶部的变量来更改。

它的基本作用是：

• 在容器中创建一个用户ID和组，以匹配从主机操作系统执行脚本的用户。
• 将 host OS 的当前工作目录（使用 docker 卷）挂载到 home 目录 中，供我们在执行 docker 容器中创建的用户使用>.
• 将 tmp 目录设置为 容器 的工作目录。
• 传递传递给脚本的任何参数，然后由正在执行的 docker 容器的“/bin/bash”执行。

现在我可以对主机操作系统上的文件运行 ImageMagick/Ffmpeg 命令了。例如，假设我想将图像 MyImage.jpeg 转换为 PNG 文件，我现在可以执行以下操作：

$ cd ~/MyImages
$ ls
  MyImage.jpeg
$ dockermagick convert MyImage.jpeg Foo.png
$ ls
  Foo.png MyImage.jpeg

我还附加了“stdout”，因此我可以运行 ImageMagick identify 命令来获取主机上图像的信息，例如：

$ dockermagick identify MyImage.jpeg
  MyImage.jpeg JPEG 640x426 640x426+0+0 8-bit DirectClass 78.6KB 0.000u 0:00.000

挂载当前目录并允许传递任意命令定义以供执行存在明显的危险。但也有很多方法可以使脚本更安全/可靠。我在自己的非生产个人环境中执行此操作，所以这些对我来说不是最关心的。但是，如果您选择扩展此脚本，我强烈建议您考虑到危险。值得一提的是，这个脚本没有考虑 OS X 主机。我窃取想法/概念的make file 确实考虑到了这一点，因此您可以扩展此脚本来这样做。

另一个需要注意的限制是我只能引用当前在我正在执行脚本的路径中的文件。这是因为我安装卷的方式，所以以下方法不起作用：

$ cd ~/MyImages
$ ls
  MyImage.jpeg
$ dockermagick convert ~/DifferentDirectory/AnotherImage.jpeg Foo.png
$ ls
  MyImage.jpeg

最好只是转到包含图像的目录并直接对其执行。当然，我确信也有办法绕过这个限制，但对于我和我目前的需求，这会是可行的。

Answer 4

注意：给出这个答案是因为许多寻找非 root 用户的人最终会来到这里。请注意，这并没有解决导致问题的问题，而是解决了 @yegor256 给出的答案的标题和说明，该答案在容器内使用非 root 用户。这个答案解释了如何为非 debian/non-ubuntu 用例实现这一点。这并没有解决卷的问题。

在基于 Red Hat 的系统上，例如 Fedora 和 CentOS，这可以通过以下方式完成：

RUN adduser user && \
    echo "user ALL=(root) NOPASSWD:ALL" | tee -a /etc/sudoers.d/user && \
    chmod 0440 /etc/sudoers.d/user

在您的 Dockerfile 中，您可以通过以下方式以该用户身份运行命令：

RUN su - user -c "echo Hello $HOME"

命令可以这样运行：

CMD ["su","-","user","-c","/bin/bash"]

可以在此处找到一个示例： https://github.com/gbraad/docker-dev/commit/644c51002f4b8e6fe5bb745638542a4c3d908b16

Answer 5

注意：我在这里回答是因为，鉴于通用标题，当您寻找“以非 root 用户身份在 Docker 中运行应用程序”的解决方案时，这个问题会在 google 中弹出。希望对困在这里的人有所帮助。

使用 Alpine Linux，您可以像这样创建系统用户：

RUN adduser -D -H -S -s /bin/false -u 1000 myuser

此行之后Dockerfile 中的所有内容都使用myuser 执行。

myuser 用户拥有：

• 未分配密码
• 没有home目录
• 没有登录shell
• 没有 root 访问权限。

这是来自adduser --help：

-h DIR      Home directory
-g GECOS    GECOS field
-s SHELL    Login shell
-G GRP      Add user to existing group
-S          Create a system user
-D          Don't assign a password
-H          Don't create home directory
-u UID      User id
-k SKEL     Skeleton directory (/etc/skel)