如何使用 Distroless 让你的容器更加安全

ゝ一纸荒年。 2022-10-10 14:59 173阅读 0赞

![3ef849807bfc8366a14b5fb1fcdfd7f8.png][]

使用 `Distroless` 镜像来保护 `Kubernetes` 上的容器。

容器改变了我们看待技术基础设施的方式。这是我们运行应用程序方式的一次巨大飞跃。容器编排和云服务一起为我们提供了一种近乎无限规模的无缝扩展能力。

根据定义，容器应该包含 **应用程序** 及其 **运行时依赖项**。然而，在现实中，它们包含的远不止这些。标准容器基础映像包含标准 `Linux` 发行版中可以找到的包管理器、`shell` 和其他程序。

虽然这些都是构建容器镜像所必需的，但它们不应该成为最终镜像的一部分。例如，一旦你把包安装好了，就不再需要在容器中使用 `apt` 等包管理工具了。

这不仅使你的容器里充满了不必要的软件包和程序，而且还为网络罪犯提供了攻击特定程序漏洞的机会。

你应该始终了解容器运行时中存在什么，并且应该精确地限制其只包含应用程序所需的依赖项。

除了那些必要的，你不应该安装任何东西。一些领先的科技巨头，如谷歌，有多年在生产中运行容器的经验，已经采用了这种方法。

谷歌现在通过提供 `Distroless` 镜像向全世界开放这种能力。谷歌构建的这些镜像的目标是只包含你的应用程序及其依赖项，同时它们将没有常规 `Linux` 发行版的所有特性，包括 `shell`。

**这意味着虽然可以想以前一样运行应用程序的容器，但不能在容器运行的时候进入容器内**。这是一个重大的安全改进，因为你现在已经为黑客通过 `shell` 进入你的容器关上了大门。

## Distroless 基础镜像 ##

谷歌为大多数流行的编程语言和平台提供了 `Distroless` 的基础镜像。

以下基础镜像是正式发布的版本：

*  gcr.io/distroless/static-debian10
 *  gcr.io/distroless/base-debian10
 *  gcr.io/distroless/java-debian10
 *  gcr.io/distroless/cc-debian10
 *  gcr.io/distroless/nodejs-debian10

下面的基础镜像仍在实验阶段，不推荐用于生产环境：

*  gcr.io/distroless/python2.7-debian10
 *  gcr.io/distroless/python3-debian10
 *  gcr.io/distroless/java/jetty-debian10
 *  gcr.io/distroless/dotnet

## 构建 Distroless 镜像 ##

谷歌在内部使用 [Bazel][] 来构建容器映像，但是我们可以使用 `Docker` 来做同样的事情。关于使用 `Distroless` 镜像的一个有争议的问题是：当我们有一个 `Distroless` 镜像时，我们如何使用 `Dockerfile` 来构建我们的应用程序呢？

通常，`Dockerfile` 以一个标准的 OS 基础镜像开始，然后是创建适当的运行时构建所需执行的多个步骤。这包括包的安装，为此需要像 `apt` 或 `yum` 这样的包管理器。

有两种方法：

1.  先在 `Docker` 外部构建好你的应用程序，然后使用 `Dockerfile` 中的 [ADD][] 或 [COPY][] 指令将二进制包复制到容器中。
2.  使用多阶段 `Docker` 构建。这是 Docker 17.05 及以后版本的一个新特性，它允许你将构建分为不同的阶段。第一阶段可以从标准的 OS 基础镜像开始，可以帮助你构建应用程序；第二阶段可以简单地从第一阶段获取构建的文件并使用 `Distroless` 作为基础镜像。

为了理解它是如何工作的，让我们使用多阶段构建流程进行一个实际操作练习。

### 必要条件 ###

你需要具备以下内容：

*  Docker 版本大于等于 17.05，用于构建镜像
 *  可选的 `Kubernetes` 集群用于实践练习的第二部分。如果你想在 `Docker` 中运行你的容器，你可以使用等价的 `docker` 命令。

### GitHub 代码仓 ###

作为实践练习，将 [此代码仓][Link 1] Fork 到你的 GitHub 帐号下，然后克隆 GitHub 代码仓并使用 `cd` 进入到项目目录下。

该代码仓包含一个 `Python` 的 `Flask` 应用程序，当你调用API时，该应用程序会响应 `Hello World!`。

`app.py` 文件如下所示：

from flask import Flask
    
    app = Flask(__name__)
    
    @app.route("/")
    def hello():
        return "Hello World!"
    
    if __name__ == '__main__':
        app.run(host='0.0.0.0', debug=True)

Dockerfile 包含两个阶段：

FROM python:2.7-slim AS build
    ADD . /app
    WORKDIR /app
    RUN pip install --upgrade pip
    RUN pip install -r ./requirements.txt
    
    FROM gcr.io/distroless/python2.7
    COPY --from=build /app /app
    COPY --from=build /usr/local/lib/python2.7/site-packages /usr/local/lib/python2.7/site-packages
    WORKDIR /app
    ENV PYTHONPATH=/usr/local/lib/python2.7/site-packages
    EXPOSE 5000
    CMD ["app.py"]

构建阶段：

*  从 python:2.7-slim 的基础镜像开始
 *  将应用程序复制到 /app 目录下
 *  升级 `pip` 并安装依赖

Distroless 阶段：

*  从 gcr.io/distroless/python2.7 的基础镜像开始
 *  将应用程序从构建阶段的 /app 目录复制到当前阶段的 /app 目录
 *  将 python 的 `site-packages` 从构建阶段复制到当前阶段的 `site-packages` 目录
 *  设置工作目录到 /app，将 python PATH 设置为 `site-packages` 目录，并暴露 5000 端口
 *  使用 `CMD` 指令运行 `app.py`

由于 `Disroless` 镜像不包含 `shell`，所以应该在最后使用 `CMD` 指令。如果不这样做，Docker 将认为它是一个 shell CMD，并试图这样执行它，但这是不工作的。

构建镜像：

$ docker build -t <your_docker_repo>/flask-hello-world-distroless .
    Sending build context to Docker daemon  95.74kB
    Step 1/12 : FROM python:2.7-slim AS build
     ---> eeb27ee6b893
    Step 2/12 : ADD . /app
     ---> a01dc81df193
    Step 3/12 : WORKDIR /app
     ---> Running in 48ccf6b990e4
    Removing intermediate container 48ccf6b990e4
     ---> 2e5e335be678
    Step 4/12 : RUN pip install --upgrade pip
     ---> Running in 583be3d0b8cc
    Collecting pip
      Downloading pip-20.1.1-py2.py3-none-any.whl (1.5 MB)
    Installing collected packages: pip
      Attempting uninstall: pip
        Found existing installation: pip 20.0.2
        Uninstalling pip-20.0.2:
          Successfully uninstalled pip-20.0.2
    Successfully installed pip-20.1.1
    Removing intermediate container 583be3d0b8cc
    ...................................
    Successfully installed Jinja2-2.11.2 MarkupSafe-0.23 click-7.1.2 flask-1.1.2 itsdangerous-0.24 werkzeug-1.0.1
    Removing intermediate container c4d00b1abf4a
     ---> 01cbadcc531f
    Step 6/12 : FROM gcr.io/distroless/python2.7
     ---> 796952c43cc4
    Step 7/12 : COPY --from=build /app /app
     ---> 92657682cdcc
    Step 8/12 : COPY --from=build /usr/local/lib/python2.7/site-packages /usr/local/lib/python2.7/site-packages
     ---> faafd06edeac
    Step 9/12 : WORKDIR /app
     ---> Running in 0cf545aa0e62
    Removing intermediate container 0cf545aa0e62
     ---> 4c4af4333209
    Step 10/12 : ENV PYTHONPATH=/usr/local/lib/python2.7/site-packages
     ---> Running in 681ae3cd51cc
    Removing intermediate container 681ae3cd51cc
     ---> 564f48eff90a
    Step 11/12 : EXPOSE 5000
     ---> Running in 7ff5c073d568
    Removing intermediate container 7ff5c073d568
     ---> ccc3d211d295
    Step 12/12 : CMD ["app.py"]
     ---> Running in 2b2c2f111423
    Removing intermediate container 2b2c2f111423
     ---> 76d13d2f61cd
    Successfully built 76d13d2f61cd
    Successfully tagged <your_docker_repo>/flask-hello-world-distroless:latest

登录到 DockerHub 并推送镜像：

docker login
    docker push <your_docker_repo>/flask-hello-world-distroless:latest

登录到 [DockerHub][]（或者你的私有镜像仓），你应该会看到容器镜像可以使用：

![0b8a992d4b0443173f8876b6ee60a690.png][]

如果你看一下压缩后的大小，它只有 23.36 MB。如果你使用 `slim` 发行版作为基础镜像，它将占用 56 MB。

![0eb02b65d328d0b66187c4189b79ae11.png][]

你已经减少了超过一半的容器占用空间。That’s amazing!

### 在 Kubernetes 中运行容器 ###

为了测试构建是否有效，让我们在 Kubernetes 集群中运行容器。如果你没有 Kubernetes，你可以运行等价的 Docker 命令来做相同的活动，因为 Kubectl 和 Docker 命令是相似的。

我在代码仓中创建了一个 kubernetes.yaml 文件，该文件包含使用我们构建的镜像的 `Deployment` 和 负载均衡的 `Service`。

---
    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: flask-deployment
    spec:
      selector:
        matchLabels:
          app: flask
      replicas: 2
      template:
        metadata:
          labels:
            app: flask
        spec:
          containers:
          - name: flask
            image: bharamicrosystems/flask-hello-world-distroless
            ports:
            - containerPort: 5000
    ---
    apiVersion: v1
    kind: Service
    metadata:
      name: flask-service
    spec:
      selector:
        app: flask
      ports:
        - port: 80
          targetPort: 5000
      type: LoadBalancer

这是一个非常简单的设置。负载均衡器监听端口 80 并映射到目标端口 5000。这些 Pods 在默认的 5000 端口上监听 Flask 应用程序。

应用：

$ kubectl apply -f kubernetes.yaml
    deployment.apps/flask-deployment created
    service/flask-service created

我们查看一下所有的资源，看看我们已经创建了什么：

$ kubectl get all
    NAME                                    READY   STATUS    RESTARTS   AGE
    pod/flask-deployment-576496558b-hnbxt   1/1     Running   0          47s
    pod/flask-deployment-576496558b-hszpq   1/1     Running   0          73s
    
    NAME                    TYPE           CLUSTER-IP   EXTERNAL-IP      PORT(S)        AGE
    service/flask-service   LoadBalancer   10.8.9.163   35.184.113.120   80:31357/TCP   86s
    service/kubernetes      ClusterIP      10.8.0.1     <none>           443/TCP        26m
    
    NAME                               READY   UP-TO-DATE   AVAILABLE   AGE
    deployment.apps/flask-deployment   2/2     2            2           88s
    
    NAME                                          DESIRED   CURRENT   READY   AGE
    replicaset.apps/flask-deployment-576496558b   2         2         2       89s

我们看到存在两个 `Pods`、一个 `Deployment`、一个带有外部 IP 的 `LoadBalancer` 服务和一个 `ReplicaSet`。

让我们访问应用程序：

$ curl http://35.184.113.120
    Hello World!

我们得到了 `Hello World!`。这表明 Flask 应用程序在正常工作。

### 使用 Shell 对应用程序进行访问 ###

正如我在引言中所描述的，`Disroless` 容器中没有 `shell`，因此不可能进入到容器内。然而，让我们试着在容器中执行 exec：

$ kubectl exec -it flask-deployment-576496558b-hnbxt /bin/bash
    OCI runtime exec failed: exec failed: container_linux.go:349: starting container process caused "exec: \"/bin/bash\": stat /bin/bash: no such file or directory": unknown
    command terminated with exit code 126

我们无法连接到容器上。

容器日志呢？如果拿不到容器日志，我们就失去了调试应用程序的方法。

让我们试着去拿日志：

$ kubectl logs flask-deployment-576496558b-hnbxt
     * Running on http://0.0.0.0:5000/
     * Restarting with reloader
    10.128.0.4 - - [31/May/2020 13:40:27] "GET / HTTP/1.1" 200 -
    10.128.0.3 - - [31/May/2020 13:42:01] "GET / HTTP/1.1" 200 -

所以容器日志是可以被获取到的！

## 结论 ##

使用 `Distroless` 作为基础镜像是一种令人兴奋的保护容器安全的方式。由于镜像小并且仅包含应用程序和依赖项，因此它为应用程序提供了最小的攻击面。它在更大程度上提高了应用程序的安全性，所以它是保护容器安全的好方法。

谢谢阅读！我希望你喜欢这篇文章。

## 原文链接 ##

本文翻译自 [How to Harden Your Containers With Distroless Docker Images][]

[3ef849807bfc8366a14b5fb1fcdfd7f8.png]: /images/20221005/d03cabc6f6494c9791689c11d6cd1574.png
[Bazel]: https://bazel.build/
[ADD]: https://docs.docker.com/engine/reference/builder/#add
[COPY]: https://docs.docker.com/engine/reference/builder/#copy
[Link 1]: https://github.com/bharatmicrosystems/flask-hello-world
[DockerHub]: https://hub.docker.com/
[0b8a992d4b0443173f8876b6ee60a690.png]: /images/20221005/8276a7f1581647d3a48fafc0731807e8.png
[0eb02b65d328d0b66187c4189b79ae11.png]: /images/20221005/00a312719634486cb55e6fa62aa9e255.png
[How to Harden Your Containers With Distroless Docker Images]: https://betterprogramming.pub/how-to-harden-your-containers-with-distroless-docker-images-c2abd7c71fdb