密文功能
Rancher 支持创建密文并在容器中使用该密文(在容器中使用该密文需要部署应用商店里的 Rancher Secrets 服务)。Rancher 通过对接加密后台来保障密文的安全。加密后台可以使用本地的 AES 密钥或者使用Vault Transit
#
加密后台设置默认情况下,Rancher Server 会使用本地的 AES256 密钥来对密文进行加密。加密的密文存储在 MySQL 数据库里。
#
使用 Vault Transit如果不想使用本地密钥加密,您可以通过配置Vault Transit来进行密文加密。
#
在 Rancher 中配置 Vault Transit在安装 Rancher Server 之前,需要进行如下 Vault Transit 相关的配置。
在要运行 Rancher Server 的主机上安装 Vault transit 后台。
通过 Vault 命令行或者 API,创建一个叫
rancher
的加密密钥。通过 Vault 命令行或者 API,创建一个 Vault 访问口令,这个访问口令可以通过
rancher
加密密钥进行加密和解密。这个访问口令必须具有一个给 Rancher Server 使用的安全策略,来限制 Rancher Server 的访问权限。下面列表中的
<KEY>
就是之前创建的rancher
加密密钥
启动 Rancher Server,并加入相关环境变量来连接 Vault。
注意: 请检查运行的Rancher Server 版本是否是您想要的。
在 Rancher 服务启动成功之后,您需要修改 Rancher 中的
service-backend
设置。在系统管理 -> 系统设置 -> 高级设置中,找到secrets.backend
。它的默认值是localkey
,您可以把它修改为vault
。
注意: 目前 Rancher 不支持对不同加密后台之间进行切换。
#
创建密文您可以在每个 Rancher 环境里创建密文。这也意味着,密文名称在环境中是唯一的。同一个环境下的任何容器都可以通过配置来共享密文。例如,一个数据库的密码db_password
可以被用在数据库容器里,也可以被用在 Wordpress 容器里。一旦这个密文被创建了,这个密文的密文值就不能被修改了。如果您需要修改一个现有的密文,唯一的方法就是删除这个密文,然后再创建一个新密文。新密文被创建后,使用这个密文的服务需要重新部署。这样容器才能使用新的密文值。
#
通过 Rancher 命令行创建密文在命令行当中有两种方法来创建密文。一种是在标准输入中(stdin)输入密文值,另一种是给命令行传递含有密文的文件名称。
#
通过标准输入(stdin)创建密文#
通过传递密文所在的文件名称来创建密文#
通过 UI 创建密文单击基础架构 -> 密文。单击添加密文。输入名称和密文值然后单击保存。
#
删除密文备注: 目前 Rancher 命令行不支持删除密文。
您可以在 UI 里把密文从 Rancher 中删除,但是这并不会在已使用该密文的容器中删除该密文文件。如果一台主机上运行着使用该密文的容器,Rancher 也不会在该主机上删除该密文文件。
#
在 Rancher 中启用密文为了在容器中使用密文,您要先部署Rancher Secrets服务。您可以把这个服务加到环境模版中,在添加该服务之后部署的新环境里都会含有Rancher Secrets服务。您也可以直接通过应用商店部署该服务。如果您想在现有的环境中部署Rancher Secrets服务,您可以通过应用商店 -> 官方认证,然后搜索Rancher Secrets找到Rancher Secrets服务。如果不部署Rancher Secrets服务的话,您仅仅可以创建密文,但是不能在您的容器里使用这些密文。
#
向服务/容器中添加密文当密文被添加到容器中时,密文会被写到一个 tmpfs 卷中。您可以在容器里和主机上访问这个卷。
- 在使用该密文的容器中:这个卷被挂载在
/run/secrets/
. - 在运行使用该密文的容器所在的主机上:这个卷被挂载在
/var/lib/rancher/volumes/rancher-secrets/
.
#
通过 Rancher 命令行添加密文到服务中注意: 密文是在 compose 文件版本 3 中被引入的。由于 Rancher 不支持 compose 文件版本,所以我们在版本 2 中加入了密文功能。
您可以在docker-compose.yml
里,通过配置服务的secrets
值来指定一个或者多个密文。密文文件的名称与在 Rancher 中加入的密文名称相同。在默认情况下,将使用用户 ID0
和组 ID0
创建该密文文件,文件权限为0444
。在secrets
里将external
设置为true
确保 Rancher 知道该密文已经被创建成功了。
docker-compose.yml
#
基础示例如果您想要修改密文的默认配置,您可以用target
来修改文件名,uid
和gid
来设置用户 ID 和组 ID,mode
来修改文件权限。
docker-compose.yml
#
修改密文文件配置示例Racnher 可以在创建应用的时候创建密文。您可以通过指定file
参数,使 Rancher 在创建应用并启动服务之前创建密文。该密文值来自您指定的文件内容。
docker-compose.yml
#
指定多个密文并且在启动服务前创建密文的示例#
通过 Rancher UI 添加密文到服务中您可以在创建服务/容器页面的密文页里,向服务/容器中添加密文。
- 单击添加密文
- 下拉列表中会列出,已经加入到 Rancher 中的全部可用密文。您可以选择一个您想要使用的密文。
- (可选操作) 默认情况下,挂载到容器内的密文文件的名称为密文名。您可以在映射名称栏,给容器中的密文文件设置一个不同的文件名。
- (可选操作) 如果您想要修改默认的文件所有者和文件权限。您可以单击自定义文件所有者及权限链接来更新配置。您可以修改用户 ID,组 ID 和文件权限。用户 ID 的默认值为
0
,组 ID 的默认值为 0,文件权限的默认值为0444
。 - 单击 创建.
#
Docker Hub 镜像Docker 在很多自己的官方镜像中都支持通过文件来传递密文。您可以添加以_FILE
结尾的环境变量名并且以/run/secrets/NAME>
为值的环境变量,来达到这一效果。当在容器启动时,文件中的密文值将会被赋给去掉_FILE
的环境变量里。
例如,当您部署一个 MySQL 容器的时候,您可以配置如下环境变量。
MYSQL_ROOT_PASSWORD
环境变量的值,就是您所指定这个文件的内容。这个文件就是我们在 Rancher 中添加的密文。这样您就可以很方便的从环境变量中获取在 Rancher 中配置的密文,而不用自己去读取密文文件。但并不是所有镜像都支持这个功能。
#
已知的安全隐患#
被入侵的 Rancher Server 容器存储在 Rancher 中的密文和存储在 CI 系统(如 Travis CI 和 Drone)中的密文安全程度是一样。由于加密密钥直接存储在 Rancher Server 容器中,所以如果 Rancher Server 容器被入侵,全部的密文都能被黑客获取到。Rancher 将在以后的版本中努力降低这种情况的安全隐患。
注意: 如果您使用 Vault 进行加密,您需要创建一个策略来限制 Rancher Server 所用的 token 的访问权限。
#
被入侵的主机如果一台主机被入侵了,这台主机上所运行的容器中使用到的全部密文,都可以被读取。 但是黑客获取不到其他主机上的额外密文。
#
容器访问如果一个用户可以 exec 进入到容器中,该用户可以通过容器中挂载的卷查看到密文值。可以通过如下方式访问容器:
- UI 单击"执行命令行"
- Rancher 命令行工具
- Docker 原生命令