我们为什么不允许非root用户在CentOS直接运行Docker命令

云计算
这篇文章介绍了不用sudo而直接运行Docker命令所存在的安全漏洞,并强烈建议通过设置sudo规则作为暂时的解决方法。

容器技术***的弱点是安全性不足,Docker也不例外。因此,如何加强Docker的安全性是每一个Docker用户必须慎重考虑的问题。这篇文章介绍了不用sudo而直接运行Docker命令所存在的安全漏洞,并强烈建议通过设置sudo规则作为暂时的解决方法。

[[145457]]

我经常会收到用户反馈的Bug,他们问我们『为什么默认情况下不能使用非root用户直接运行Docker命令』。

Docker能够将/run/docker.socket的文件访问权限设为660,并将其所属的用户组设为docker。 这使得非root用户只要加入docker用户组,就无需使用sudo,或者通过su命令切换到root用户的情况下运行Docker命令。这听起来很不错。

 

  1. ls -l /var/run/docker.sock  
  2. srw-rw----. 1 root docker 0 Aug  3 13:02 /var/run/docker.sock 

 

但是,在RHEL、Fedora和CentOS上,我们更喜欢将doker.socket设置为:

 

  1. ls -l /var/run/docker.sock  
  2. srw-rw----. 1 root root 0 Aug  3 13:02 /var/run/docker.sock 

 

为什么呢?原因很简单:如果用户可以与Docker Socket通信,他们就能够执行以下命令:

 

  1. docker run -ti --privileged -v /:/host fedora chroot /host 

这时用户将拥有主机的完全控制权。这就相当于将sudoers文件修改为以下内容(译者注:dwalsh为用户名):

 

  1. grep dwalsh /etc/sudoers 
  2. dwalsh  ALL=(ALL)   NOPASSWD: ALL 

 

这将允许(dwalsh)用户无密码运行所有命令,获得主机的完全控制权。但是这有一个很大的安全漏洞。Docker命令没有内置的审计和日志功能,但是sudo有。

Docker目前会记录事件,但是Docker daemon重启时事件会消失。Docker目前没有审计功能。

从安全性的角度,红帽已经表达了允许非root用户在没有审计(auditing)和适当的日志的情况下访问Docker Daemon的顾虑。我们已经在PR14446实现了这些控制,它依靠了一个认证机制,但这个机制还在讨论中。在我们实现了审计和日志功能之前,我们推荐通过设置sudo规则来访问Docker Daemon。这将允许sudo来提供审计和日志功能。

设置sudo规则

如果你希望非root用户能够直接执行Docker命令,我们推荐通过设置sudo规则来实现。下面是设置Docker规则的简单教程。

在/ect/sudoers中添加以下内容: [译者注:使用visudo命令修改]

 

  1. grep dwalsh /etc/sudoers 
  2. dwalsh        ALL=(ALL)       NOPASSWD: /usr/bin/docker 

 

这允许特定用户无需密码直接执行Docker命令。

注意:我并不推荐使用NOPASSWD,这可能会导致你的系统中的任意进程都能获取root权限。如果你要求使用密码,则用户在运行Docker命令时需要输入密码,这将使得系统稍微安全一点。如果执行命令时输入了一次密码,则sudo将允许你在5分钟内再次运行Docker命令时不再需要输入密码。

紧接着,为Docker命令设置别名。

 

  1. alias docker="sudo /usr/bin/docker" 

现在,非root用户将被允许直接执行Docker命令(译者注:不需要使用sudo),并且记录了日志。

 

  1. docker run -ti --privileged -v /:/host fedora chroot /host 

查看journal日志或者/var/log信息:

 

  1. journalctl -b | grep docker.*privileged 
  2. Aug 04 09:02:56 dhcp-10-19-62-196.boston.devel.redhat.com sudo[23422]:   dwalsh : TTY=pts/3  

 

查看审计日志:

  1. ausearch -m USER_ROLE_CHANGE -i 
  2. type=USER_ROLE_CHANGE msg=audit(08/04/2015 09:02:56.514:1460) : pid=23423 uid=root auid=dwalsh ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 msg='newrole: old-context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 
  3. new-context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 exe=/usr/bin/sudo hostname=? addr=? terminal=/dev/pts/3 res=success' 

#p#

更强的安全性

如果你打算只允许用户访问一个特定的容器,你可以写一个简单的脚本:

 

  1. cat /usr/bin/docker-fedora 
  2. #!/bin/sh 
  3. docker run -ti --rm fedora /bin/sh 

 

写好脚本之后,配置sudoers:

 

  1. grep dwalsh /etc/sudoers 
  2. dwalsh        ALL=(ALL)       NOPASSWD: /usr/bin/docker-fedora 

 

这个用户将仅能在没有权限限制下运行Fedora容器。

认证

我们还在开发其它程序补丁来增强Docker Daemon安全性,其中包括认证方面。我们有一个正在讨论的问题#13697“为Docker增加kerberos支持”。

授权

我们还提议为Docker增加授权/RBAC(基于角色的访问控制),这样管理员就可以控制哪些用户可以使用哪些容器/镜像进行哪些活动。如果你想查看这个提议或者评论或者提出建议,提议地址为:GitHub: rhatdan/docker-rbac。

结论

如果需要支持非root用户直接运行Docker命令之前,那Docker Daemon的安全性还需要很多改进。但在这些改进实现之前,设置sudo规则是***的选择。我们正在开发更好的解决方案,暂时我们仍然强烈推荐使用sudo。

原文链接:dockone.io/article/589

责任编辑:Ophira 来源: dockone
相关推荐

2023-08-22 20:43:09

HashMap单线程null

2022-05-08 18:18:40

JDKValueHashMap

2024-09-03 09:45:36

2009-06-18 10:47:44

java接口定义变量

2022-01-27 07:02:52

JavaHashMap单线程

2022-02-13 20:31:26

SpringBootjarmanifests

2020-08-20 11:12:14

iOS 13.6苹果降级

2020-05-07 16:30:32

Spring BootJava

2024-04-03 09:01:34

SpringTomcat容器

2023-11-30 08:16:19

SpringjarTomcat

2020-04-17 08:00:22

Docker命令普通用户

2021-08-23 12:54:12

开发技能代码

2010-11-11 16:53:28

SQL Server视

2014-06-30 14:53:49

Android定制google

2011-04-22 10:15:56

Novell专利

2010-06-28 15:27:54

SQL Server

2010-06-01 16:12:00

2011-03-01 14:12:12

FreebsdProftpd

2010-11-02 15:08:40

设置db2主键

2010-05-20 13:03:52

IIS父路径
点赞
收藏

51CTO技术栈公众号