在 Pod 中使用用户命名空间

此页面展示了如何为 Pod 配置用户命名空间。这允许您将容器内运行的用户与主机中的用户隔离开来。

在容器中以 root 身份运行的进程可以在主机中以不同的（非 root）用户身份运行；换句话说，该进程对用户命名空间内的操作具有完全权限，但对命名空间外的操作则没有权限。

您可以使用此功能来减少被入侵的容器对主机或同一节点中的其他 Pod 造成的损害。有 一些安全漏洞 被评为 **高** 或 **严重**，在启用用户命名空间时无法利用。预计用户命名空间也将缓解一些未来的漏洞。

如果不使用用户命名空间，以 root 身份运行的容器，在发生容器逃逸的情况下，将拥有节点上的 root 权限。如果容器被授予了一些功能，这些功能在主机上也是有效的。当使用用户命名空间时，这些都不适用。

开始之前

您需要拥有一个 Kubernetes 集群，并且 kubectl 命令行工具必须配置为与您的集群通信。建议在至少有两个节点的集群上运行本教程，这些节点不充当控制平面主机。如果您还没有集群，可以使用 minikube 创建一个，或者可以使用以下 Kubernetes 游乐场之一

• Killercoda
• 玩转 Kubernetes

• 节点操作系统需要是 Linux
• 您需要在主机中执行命令
• 您需要能够进入 Pod 中执行命令
• 您需要启用 UserNamespacesSupport 功能开关

您正在使用的集群**必须**包含至少一个满足 要求 的节点，以便使用 Pod 的用户命名空间。

如果您有混合节点，并且只有部分节点为 Pod 提供用户命名空间支持，您还需要确保用户命名空间 Pod 被 调度 到合适的节点。

运行使用用户命名空间的 Pod

通过将 .spec 的 hostUsers 字段设置为 false 来启用 Pod 的用户命名空间。例如

pods/user-namespaces-stateless.yaml

apiVersion: v1
kind: Pod
metadata:
  name: userns
spec:
  hostUsers: false
  containers:
  - name: shell
    command: ["sleep", "infinity"]
    image: debian

1. 在您的集群上创建 Pod

   kubectl apply -f https://k8s.io/examples/pods/user-namespaces-stateless.yaml
   

2. 连接到容器并运行 readlink /proc/self/ns/user

   kubectl attach -it userns bash
   

运行此命令

readlink /proc/self/ns/user

输出类似于

user:[4026531837]

也运行

cat /proc/self/uid_map

输出类似于

0  833617920      65536

然后，在主机中打开一个 shell 并运行相同的命令。

readlink 命令显示了进程运行的用户命名空间。在主机和容器中运行时，它应该不同。

容器内的 uid_map 文件的最后一个数字必须是 65536，在主机上它必须是一个更大的数字。

如果您在用户命名空间内运行 kubelet，则需要将 Pod 中运行命令的输出与主机中运行的输出进行比较

readlink /proc/$pid/ns/user

将 $pid 替换为 kubelet PID。