了解 Windows 的权限要求
本页面包含在 Windows 上运行和安装 Docker Desktop 的权限要求,特权助手进程 com.docker.service
的功能,以及采用此方法的理由。
本页面还阐明了以 root
身份运行容器与在主机上拥有 Administrator
访问权限的区别,以及 Windows Docker engine 和 Windows 容器的权限。
Docker Desktop for Windows 在设计时考虑了安全性。仅在绝对必要时才需要管理员权限。
权限要求
虽然 Docker Desktop for Windows 可以在没有 Administrator
权限的情况下运行,但在安装过程中需要这些权限。安装时会收到 UAC 提示,允许安装特权助手服务。之后,如果您是 docker-users
组的成员,Docker Desktop 就可以在没有管理员权限的情况下运行。如果您执行了安装,您会自动被添加到此组,但其他用户必须手动添加。这允许管理员控制谁有权访问 Docker Desktop。
采用这种方法的原因是 Docker Desktop 需要执行一组有限的特权操作,这些操作由特权助手进程 com.docker.service
完成。这种方法遵循最小特权原则,仅在绝对必要的操作中使用 Administrator
访问权限,同时仍允许非特权用户使用 Docker Desktop。
特权助手
特权助手 com.docker.service
是一个 Windows 服务,它在后台以 SYSTEM
特权运行。它监听命名管道 //./pipe/dockerBackendV2
。开发者运行 Docker Desktop 应用程序,该应用程序连接到命名管道并向服务发送命令。此命名管道是受保护的,只有属于 docker-users
组的用户才能访问它。
此服务执行以下功能:
- 确保在 Win32 hosts 文件中定义了
kubernetes.docker.internal
。定义 DNS 名称kubernetes.docker.internal
允许 Docker 与容器共享 Kubernetes 上下文。 - 确保在 Win32 hosts 文件中定义了
host.docker.internal
和gateway.docker.internal
。它们指向主机本地 IP 地址,并允许应用程序从主机本身或容器使用相同的名称解析主机 IP。 - 安全地缓存 Registry 访问管理策略,该策略对开发者是只读的。
- 创建 Hyper-V VM
"DockerDesktopVM"
并管理其生命周期 - 启动、停止和销毁。VM 名称在服务代码中是硬编码的,因此该服务不能用于创建或操作任何其他 VM。 - 移动 VHDX 文件或文件夹。
- 启动和停止 Windows Docker engine 并查询其是否正在运行。
- 删除所有 Windows 容器数据文件。
- 检查 Hyper-V 是否已启用。
- 检查 bootloader 是否激活 Hyper-V。
- 检查所需的 Windows 功能是否已安装并启用。
- 执行健康检查并检索服务本身的版本。
服务启动模式取决于所选的容器 engine,对于 WSL,还取决于是否需要在 Win32 hosts 文件中维护 host.docker.internal
和 gateway.docker.internal
。这由设置页面中 Use the WSL 2 based engine
下的设置控制。当启用此设置时,WSL engine 的行为与 Hyper-V 相同。因此,
- 对于 Windows 容器或 Hyper-V Linux 容器,服务在系统启动时启动并始终运行,即使 Docker Desktop 未运行也是如此。这是必需的,以便您可以在没有管理员权限的情况下启动 Docker Desktop。
- 对于 WSL2 Linux 容器,服务不是必需的,因此系统启动时不会自动运行。当您切换到 Windows 容器或 Hyper-V Linux 容器,或者选择在 Win32 hosts 文件中维护
host.docker.internal
和gateway.docker.internal
时,会出现 UAC 提示,要求您接受启动服务的特权操作。如果接受,服务将启动并设置为在下次 Windows 启动时自动启动。
在 Linux VM 中以 root 身份运行的容器
Linux Docker 守护程序和容器运行在一个由 Docker 管理的最小的、专用 Linux VM 中。它是不可变的,因此您无法扩展它或更改安装的软件。这意味着尽管容器默认以 root
身份运行,但这不允许更改 VM,也不授予对 Windows 主机的 Administrator
访问权限。Linux VM 充当安全边界,限制可以访问的主机资源。文件共享使用用户空间构建的文件服务器,从主机绑定挂载到 Docker 容器的任何目录仍然保留其原始权限。容器无法访问除明确共享之外的任何主机文件。
增强容器隔离
此外,Docker Desktop 支持增强容器隔离模式 (ECI),仅适用于商业客户,它可以在不影响开发者工作流程的情况下进一步保护容器。
ECI 自动在 Linux 用户命名空间中运行所有容器,从而将容器中的 root 用户映射到 Docker Desktop VM 中的非特权用户。ECI 使用此技术及其他高级技术进一步保护 Docker Desktop Linux VM 中的容器,使其与 Docker 守护程序和 VM 中运行的其他服务进一步隔离。
Windows 容器
警告
启用 Windows 容器具有重要的安全隐患。
与在 VM 中运行的 Linux Docker Engine 和容器不同,Windows 容器使用操作系统特性实现,并直接在 Windows 主机上运行。如果您在安装过程中启用 Windows 容器,容器内部用于管理的 ContainerAdministrator
用户将成为主机上的本地管理员。在安装过程中启用 Windows 容器会使 docker-users
组的成员能够在主机上提升为管理员。对于不希望其开发者运行 Windows 容器的组织,可以使用 -–no-windows-containers
安装程序标志来禁用它们的使用。
网络
对于网络连接,Docker Desktop 使用用户空间进程 (vpnkit
),该进程继承了启动它的用户的约束,如防火墙规则、VPN、HTTP 代理属性等。