保护 Docker 守护进程套接字
默认情况下,Docker 通过一个非网络的 UNIX 套接字运行。它也可以选择使用 SSH 或 TLS (HTTPS) 套接字进行通信。
使用 SSH 保护 Docker 守护进程套接字
注意给定的
USERNAME必须有权限访问远程机器上的 docker 套接字。请参考以非 root 用户管理 Docker,了解如何为非 root 用户授予 docker 套接字的访问权限。
以下示例创建一个 docker context,使用 SSH 连接到远程 dockerd 守护进程 host1.example.com,并以远程机器上的 docker-user 用户身份进行连接。
$ docker context create \
--docker host=ssh://docker-user@host1.example.com \
--description="Remote engine" \
my-remote-engine
my-remote-engine
Successfully created context "my-remote-engine"
创建上下文后,使用 docker context use 将 docker CLI 切换到使用它,并连接到远程引擎。
$ docker context use my-remote-engine
my-remote-engine
Current context is now "my-remote-engine"
$ docker info
<prints output of the remote engine>
使用 default 上下文切换回默认的(本地)守护进程。
$ docker context use default
default
Current context is now "default"
或者,使用 DOCKER_HOST 环境变量可以临时切换 docker CLI 以使用 SSH 连接到远程主机。这不需要创建上下文,可用于与不同的引擎建立临时连接。
$ export DOCKER_HOST=ssh://docker-user@host1.example.com
$ docker info
<prints output of the remote engine>
SSH 提示
为了获得最佳的 SSH 用户体验,请按如下方式配置 ~/.ssh/config,以允许为多次调用 docker CLI 重用 SSH 连接。
ControlMaster auto
ControlPath ~/.ssh/control-%C
ControlPersist yes使用 TLS (HTTPS) 保护 Docker 守护进程套接字
如果您需要 Docker 通过 HTTP 而不是 SSH 安全地访问,您可以通过指定 tlsverify 标志并让 Docker 的 tlscacert 标志指向受信任的 CA 证书来启用 TLS (HTTPS)。
在守护进程模式下,它只允许来自通过该 CA 签名的证书进行身份验证的客户端的连接。在客户端模式下,它只连接到具有由该 CA 签名的证书的服务器。
重要使用 TLS 和管理 CA 是一个高级主题。在生产环境中使用之前,请熟悉 OpenSSL、x509 和 TLS。
使用 OpenSSL 创建 CA、服务器和客户端密钥
注意在以下示例中,将所有
$HOST实例替换为您的 Docker 守护进程主机的 DNS 名称。
首先,在 Docker 守护进程的主机上,生成 CA 私钥和公钥。
$ openssl genrsa -aes256 -out ca-key.pem 4096
Generating RSA private key, 4096 bit long modulus
..............................................................................++
........++
e is 65537 (0x10001)
Enter pass phrase for ca-key.pem:
Verifying - Enter pass phrase for ca-key.pem:
$ openssl req -new -x509 -days 365 -key ca-key.pem -sha256 -out ca.pem
Enter pass phrase for ca-key.pem:
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [AU]:
State or Province Name (full name) [Some-State]:Queensland
Locality Name (eg, city) []:Brisbane
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Docker Inc
Organizational Unit Name (eg, section) []:Sales
Common Name (e.g. server FQDN or YOUR name) []:$HOST
Email Address []:Sven@home.org.au
现在您有了一个 CA,您可以创建一个服务器密钥和证书签名请求 (CSR)。确保“通用名称”与您用于连接到 Docker 的主机名匹配。
注意在以下示例中,将所有
$HOST实例替换为您的 Docker 守护进程主机的 DNS 名称。
$ openssl genrsa -out server-key.pem 4096
Generating RSA private key, 4096 bit long modulus
.....................................................................++
.................................................................................................++
e is 65537 (0x10001)
$ openssl req -subj "/CN=$HOST" -sha256 -new -key server-key.pem -out server.csr
接下来,我们将使用我们的 CA 签署公钥。
由于 TLS 连接可以通过 IP 地址和 DNS 名称进行,因此在创建证书时需要指定 IP 地址。例如,要允许使用 10.10.10.20 和 127.0.0.1 进行连接。
$ echo subjectAltName = DNS:$HOST,IP:10.10.10.20,IP:127.0.0.1 >> extfile.cnf
将 Docker 守护进程密钥的扩展使用属性设置为仅用于服务器身份验证。
$ echo extendedKeyUsage = serverAuth >> extfile.cnf
现在,生成已签名的证书。
$ openssl x509 -req -days 365 -sha256 -in server.csr -CA ca.pem -CAkey ca-key.pem \
-CAcreateserial -out server-cert.pem -extfile extfile.cnf
Signature ok
subject=/CN=your.host.com
Getting CA Private Key
Enter pass phrase for ca-key.pem:
授权插件 提供了更精细的控制,以补充相互 TLS 的身份验证。除了上述文档中描述的其他信息外,运行在 Docker 守护进程上的授权插件还会收到连接 Docker 客户端的证书信息。
对于客户端身份验证,创建一个客户端密钥和证书签名请求。
注意为简化接下来的几个步骤,您也可以在 Docker 守护进程的主机上执行此步骤。
$ openssl genrsa -out key.pem 4096
Generating RSA private key, 4096 bit long modulus
.........................................................++
................++
e is 65537 (0x10001)
$ openssl req -subj '/CN=client' -new -key key.pem -out client.csr
为了使密钥适用于客户端身份验证,创建一个新的扩展配置文件。
$ echo extendedKeyUsage = clientAuth > extfile-client.cnf
现在,生成已签名的证书。
$ openssl x509 -req -days 365 -sha256 -in client.csr -CA ca.pem -CAkey ca-key.pem \
-CAcreateserial -out cert.pem -extfile extfile-client.cnf
Signature ok
subject=/CN=client
Getting CA Private Key
Enter pass phrase for ca-key.pem:
生成 cert.pem 和 server-cert.pem 后,您可以安全地删除两个证书签名请求和扩展配置文件。
$ rm -v client.csr server.csr extfile.cnf extfile-client.cnf
使用默认的 umask 022,您的私钥是全局可读的,并且对您和您的组可写。
为保护您的密钥免受意外损坏,请移除它们的写权限。为了使它们仅对您可读,请按如下方式更改文件模式。
$ chmod -v 0400 ca-key.pem key.pem server-key.pem
证书可以是全局可读的,但您可能希望移除写权限以防止意外损坏。
$ chmod -v 0444 ca.pem server-cert.pem cert.pem
现在,您可以让 Docker 守护进程只接受来自提供受您 CA 信任的证书的客户端的连接。
$ dockerd \
--tlsverify \
--tlscacert=ca.pem \
--tlscert=server-cert.pem \
--tlskey=server-key.pem \
-H=0.0.0.0:2376
要连接到 Docker 并验证其证书,请提供您的客户端密钥、证书和受信任的 CA。
提示此步骤应在您的 Docker 客户端机器上运行。因此,您需要将您的 CA 证书、服务器证书和客户端证书复制到该机器上。
注意在以下示例中,将所有
$HOST实例替换为您的 Docker 守护进程主机的 DNS 名称。
$ docker --tlsverify \
--tlscacert=ca.pem \
--tlscert=cert.pem \
--tlskey=key.pem \
-H=$HOST:2376 version
注意通过 TLS 的 Docker 应在 TCP 端口 2376 上运行。
警告如上例所示,当您使用证书身份验证时,无需使用
sudo或docker组运行docker客户端。这意味着任何拥有密钥的人都可以向您的 Docker 守护进程发出任何指令,从而获得对托管该守护进程的机器的 root 访问权限。请像保管 root 密码一样保管这些密钥!
默认安全
如果您希望默认情况下保护您的 Docker 客户端连接,可以将文件移动到您主目录下的 .docker 目录中,并设置 DOCKER_HOST 和 DOCKER_TLS_VERIFY 变量(而不是在每次调用时传递 -H=tcp://$HOST:2376 和 --tlsverify)。
$ mkdir -pv ~/.docker
$ cp -v {ca,cert,key}.pem ~/.docker
$ export DOCKER_HOST=tcp://$HOST:2376 DOCKER_TLS_VERIFY=1
Docker 现在默认安全连接
$ docker ps
其他模式
如果您不希望进行完整的双向身份验证,可以通过混合使用标志在各种其他模式下运行 Docker。
守护进程模式
tlsverify、tlscacert、tlscert、tlskey设置:验证客户端tls、tlscert、tlskey:不验证客户端
客户端模式
tls:基于公共/默认 CA 池验证服务器tlsverify、tlscacert:基于给定的 CA 验证服务器tls、tlscert、tlskey:使用客户端证书进行身份验证,不基于给定的 CA 验证服务器tlsverify、tlscacert、tlscert、tlskey:使用客户端证书进行身份验证,并基于给定的 CA 验证服务器
如果找到,客户端会发送其客户端证书,因此您只需将您的密钥放入 ~/.docker/{ca,cert,key}.pem。或者,如果您想将密钥存储在其他位置,可以使用环境变量 DOCKER_CERT_PATH 指定该位置。
$ export DOCKER_CERT_PATH=~/.docker/zone1/
$ docker --tlsverify ps
使用 curl 连接到安全的 Docker 端口
要使用 curl 进行测试 API 请求,您需要使用三个额外的命令行标志。
$ curl https://$HOST:2376/images/json \
--cert ~/.docker/cert.pem \
--key ~/.docker/key.pem \
--cacert ~/.docker/ca.pem