保护 Docker 守护进程套接字
默认情况下,Docker 通过非网络 UNIX 套接字运行。它还可以选择使用 SSH 或 TLS (HTTPS) 套接字进行通信。
使用 SSH 保护 Docker 守护进程套接字
笔记
给定者
USERNAME
必须有权访问远程计算机上的 docker 套接字。请参阅 以非 root 用户身份管理 Docker, 了解如何授予非 root 用户访问 docker 套接字的权限。
以下示例创建一个
使用 SSH 并以远程计算机上的用户身份与远程守护程序docker context
连接的程序: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
如下配置,以允许重复使用 SSH 连接来多次调用 CLI docker
:
ControlMaster auto
ControlPath ~/.ssh/control-%C
ControlPersist yes
使用 TLS (HTTPS) 保护 Docker 守护进程套接字
如果您需要通过 HTTP 而不是 SSH 以安全的方式访问 Docker,则可以通过指定标志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
笔记
Docker over TLS 应在 TCP 端口 2376 上运行。
警告
如上例所示,使用证书身份验证时,不需要运行
docker
客户端sudo
或组。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
set:对客户端进行身份验证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