mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-01-01 21:50:13 +08:00
112 lines
8.3 KiB
Markdown
112 lines
8.3 KiB
Markdown
|
||
Dockers 涉密数据（Secrets） 管理介绍
|
||
====================================
|
||
|
||
容器正在改变我们对应用程序和基础设施的看法。无论容器内的代码量是大还是小，容器架构都会引起代码如何与硬件相互作用方式的改变 —— 它从根本上将其从基础设施中抽象出来。对于容器安全来说，在 Docker 中，容器的安全性有三个关键组成部分，他们相互作用构成本质上更安全的应用程序。
|
||
|
||
|
||
|
||
构建更安全的应用程序的一个关键因素是与其他应用程序和系统进行安全通信，这通常需要证书、tokens、密码和其他类型的验证信息凭证 —— 通常称为应用程序涉密数据。我们很高兴可以推出 Docker 涉密数据，一个容器的原生解决方案，它是加强容器安全的可信赖交付组件，用户可以在容器平台上直接集成涉密数据分发功能。
|
||
|
||
有了容器，现在应用程序在多环境下是动态的、可移植的。这使得现存的涉密数据分发的解决方案略显不足，因为它们都是针对静态环境。不幸的是，这导致了应用程序涉密数据应用不善管理的增加，使得不安全的本地解决方案变得十分普遍，比如像 GitHub 嵌入涉密数据到版本控制系统，或者在这之后考虑了其他同样不好的解决方案。
|
||
|
||
### Docker 涉密数据（Secrets） 管理介绍
|
||
|
||
根本上我们认为，如果有一个标准的接口来访问涉密数据，应用程序就更安全了。任何好的解决方案也必须遵循安全性实践，例如在传输的过程中，对涉密数据进行加密；在空闲的时候也对涉密数据 进行加密；防止涉密数据在应用最终使用时被无意泄露；并严格遵守最低权限原则，即应用程序只能访问所需的涉密数据，不能多也不能不少。
|
||
|
||
通过将涉密数据整合到 docker 的业务流程，我们能够在遵循这些确切的原则下为涉密数据的管理问题提供一种解决方案。
|
||
|
||
下图提供了一个高层次视图，并展示了 Docker swarm mode 体系架构是如何将一种新类型的对象 —— 一个涉密数据对象，安全地传递给我们的容器。
|
||
|
||
|
||
|
||
在 Docker 中，一个涉密数据是任意的数据块，比如密码、SSH 密钥、TLS 凭证，或者任何其他本质上敏感的数据。当你将一个涉密数据加入集群（通过执行 `docker secret create` ）时，利用在引导新集群时自动创建的内置证书颁发机构，Docker 通过相互认证的 TLS 连接将密钥发送给集群管理器。
|
||
|
||
```
|
||
$ echo "This is a secret" | docker secret create my_secret_data -
|
||
```
|
||
|
||
一旦，涉密数据到达一个管理节点，它将被保存到内部的 Raft 存储区中，该存储区使用 NACL 开源加密库中的 Salsa20、Poly1305 加密算法生成的 256 位密钥进行加密。以确保没有任何数据被永久写入未加密的磁盘。向内部存储写入涉密数据，给予了涉密数据跟其他集群数据一样的高可用性。
|
||
|
||
当集群管理器启动的时，包含 涉密数据 的被加密过的 Raft 日志通过每一个节点唯一的数据密钥进行解密。此密钥以及用于与集群其余部分通信的节点的 TLS 证书可以使用一个集群范围的加密密钥进行加密。该密钥称为“解锁密钥”，也使用 Raft 进行传播，将且会在管理器启动的时候被使用。
|
||
|
||
当授予新创建或运行的服务权限访问某个涉密数据时，其中一个管理器节点（只有管理人员可以访问被存储的所有涉密数据），将已建立的 TLS 连接分发给正在运行特定服务的节点。这意味着节点自己不能请求涉密数据，并且只有在管理员提供给他们的时候才能访问这些涉密数据 —— 严格地控制请求涉密数据的服务。
|
||
|
||
```
|
||
$ docker service create --name="redis" --secret="my_secret_data" redis:alpine
|
||
```
|
||
|
||
未加密的涉密数据被挂载到一个容器，该容器位于 `/run/secrets/<secret_name>` 的内存文件系统中。
|
||
|
||
```
|
||
$ docker exec $(docker ps --filter name=redis -q) ls -l /run/secrets
|
||
total 4
|
||
-r--r--r-- 1 root root 17 Dec 13 22:48 my_secret_data
|
||
```
|
||
|
||
如果一个服务被删除或者被重新安排在其他地方，集群管理器将立即通知所有不再需要访问该涉密数据的节点，这些节点将不再有权访问该应用程序的涉密数据。
|
||
|
||
```
|
||
$ docker service update --secret-rm="my_secret_data" redis
|
||
|
||
$ docker exec -it $(docker ps --filter name=redis -q) cat /run/secrets/my_secret_data
|
||
|
||
cat: can't open '/run/secrets/my_secret_data': No such file or directory
|
||
```
|
||
|
||
查看 Docker secret 文档以获取更多信息和示例，了解如何创建和管理您的涉密数据。同时，特别推荐 Docker 安全合作团 Laurens Van Houtven (https://www.lvh.io/) 和使这一特性成为现实的团队。
|
||
|
||
[Get safer apps for dev and ops w/ new #Docker secrets management][5]
|
||
|
||
[CLICK TO TWEET][6]
|
||
|
||
###
|
||
|
||
|
||
### 通过 Docker 更安全地使用应用程序
|
||
|
||
Docker 涉密数据旨在让开发人员和 IT 运营团队可以轻松使用，以用于构建和运行更安全的应用程序。它是是首个被设计为既能保持涉密数据安全又能仅在当被需要涉密数据操作的确切容器需要的使用的容器结构。从使用 Docker Compose 定义应用程序和涉密数据，到 IT 管理人员直接在 Docker Datacenter 中部署的 Compose 文件、涉密数据，networks 和 volumes 都将被加密并安全地跟应用程序一起传输。
|
||
|
||
更多相关学习资源:
|
||
|
||
* [1.13 Docker 数据中心具有 Secrets, 安全扫描、容量缓存等新特性][7]
|
||
|
||
* [下载 Docker ][8] 且开始学习
|
||
|
||
* [在 Docker 数据中心尝试使用 secrets][9]
|
||
|
||
* [阅读文档][10]
|
||
|
||
* 参与 [即将进行的在线研讨会][11]
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://blog.docker.com/2017/02/docker-secrets-management/
|
||
|
||
作者：[ Ying Li][a]
|
||
译者：[HardworkFish](https://github.com/HardworkFish)
|
||
校对：[校对者ID](https://github.com/校对者ID)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]:https://blog.docker.com/author/yingli/
|
||
[1]:http://www.linkedin.com/shareArticle?mini=true&url=http://dockr.ly/2k6gnOB&title=Introducing%20Docker%20Secrets%20Management&summary=Containers%20are%20changing%20how%20we%20view%20apps%20and%20infrastructure.%20Whether%20the%20code%20inside%20containers%20is%20big%20or%20small,%20container%20architecture%20introduces%20a%20change%20to%20how%20that%20code%20behaves%20with%20hardware%20-%20it%20fundamentally%20abstracts%20it%20from%20the%20infrastructure.%20Docker%20believes%20that%20there%20are%20three%20key%20components%20to%20container%20security%20and%20...
|
||
[2]:http://www.reddit.com/submit?url=http://dockr.ly/2k6gnOB&title=Introducing%20Docker%20Secrets%20Management
|
||
[3]:https://plus.google.com/share?url=http://dockr.ly/2k6gnOB
|
||
[4]:http://news.ycombinator.com/submitlink?u=http://dockr.ly/2k6gnOB&t=Introducing%20Docker%20Secrets%20Management
|
||
[5]:https://twitter.com/share?text=Get+safer+apps+for+dev+and+ops+w%2F+new+%23Docker+secrets+management+&via=docker&related=docker&url=http://dockr.ly/2k6gnOB
|
||
[6]:https://twitter.com/share?text=Get+safer+apps+for+dev+and+ops+w%2F+new+%23Docker+secrets+management+&via=docker&related=docker&url=http://dockr.ly/2k6gnOB
|
||
[7]:http://dockr.ly/AppSecurity
|
||
[8]:https://www.docker.com/getdocker
|
||
[9]:http://www.docker.com/trial
|
||
[10]:https://docs.docker.com/engine/swarm/secrets/
|
||
[11]:http://www.docker.com/webinars
|
||
[12]:https://blog.docker.com/author/yingli/
|
||
[13]:https://blog.docker.com/tag/container-security/
|
||
[14]:https://blog.docker.com/tag/docker-security/
|
||
[15]:https://blog.docker.com/tag/secrets-management/
|
||
[16]:https://blog.docker.com/tag/security/
|
||
[17]:https://docs.docker.com/engine/swarm/how-swarm-mode-works/pki/
|
||
[18]:https://docs.docker.com/engine/swarm/secrets/
|
||
[19]:https://lvh.io%29/
|