有没有人知道在docker中阻止selinux转换的no-new-privileges的解决方法?

时间:2017-05-23 06:24:54

标签: linux docker selinux

我试图在docker下使用no-new-privileges标志运行(任意)容器并启用Selinux。

基本信息:

CentOS 7.3 on bare metal
docker-ce 17.05.0-ce (edge) from official repo
docker-ce-selinux 17.05.0-ce (edge) from official repo

(我最初运行稳定,并转向边缘发布,希望能够修复)

我想做的事情:

docker run --security-opt "no-new-privileges" -it --rm busybox /bin/sh

会发生什么:

standard_init_linux.go:178: exec user process caused "operation not permitted"

支持所有功能 - 当未指定no-new-privileges时,Selinux工作;当守护程序在没有selinux支持的情况下运行时,no-new-privileges有效。许可与强制执行模式无效。

Docker信息:

Containers: 0
 Running: 0
 Paused: 0
 Stopped: 0
Images: 40
Server Version: 17.05.0-ce
Storage Driver: btrfs
 Build Version: Btrfs v4.4.1
 Library Version: 101
Logging Driver: journald
Cgroup Driver: cgroupfs
Plugins:
 Volume: local
 Network: bridge host macvlan null overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 9048e5e50717ea4497b757314bad98ea3763c145
runc version: 9c2d8d184e5da67c95d601382adf14862e4f2228
init version: 949e6fa
Security Options:
 seccomp
  Profile: default
 selinux
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 2
Total Memory: 3.536GiB
Name: localhost.localdomain
ID: EAGL:4QBW:GYM3:XY3U:YOSJ:7NBJ:O5OB:6HWY:S255:2X7D:MFHN:ZOYS
Docker Root Dir: /var/lib/docker
Debug Mode (client): false
Debug Mode (server): false
Username: -----
Registry: https://index.docker.io/v1/
Experimental: false
Insecure Registries:
 127.0.0.0/8
Live Restore Enabled: false

' sudo ausearch -m avc -ts最近'事实证明

<no matches>

但是&#39; sudo ausearch -m SELINUX_ERR -ts最近&#39;事实证明

time->Tue May 23 02:07:55 2017
type=PROCTITLE msg=audit(1495519675.981:996345): proctitle=2F70726F632F73656C662F65786500696E6974
type=PATH msg=audit(1495519675.981:996345): item=0 name="/bin/sh" inode=260 dev=00:22 mode=0100755 ouid=0 ogid=0 rdev=00:00 obj=system_u:object_r:svirt_sandbox_file_t:s0:c7,c132 nametype=NORMAL
type=CWD msg=audit(1495519675.981:996345):  cwd="/"
type=BPRM_FCAPS msg=audit(1495519675.981:996345): fver=0 fp=0000000000000000 fi=0000000000000000 fe=0 old_pp=00000000a80425fb old_pi=00000000a80425fb old_pe=00000000a80425fb new_pp=00000000a80425fb new_pi=00000000a80425fb new_pe=00000000a80425fb
type=SYSCALL msg=audit(1495519675.981:996345): arch=c000003e syscall=59 success=no exit=-1 a0=c420142260 a1=c420142270 a2=c420122960 a3=0 items=1 ppid=30894 pid=30910 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=4294967295 comm="runc:[2:INIT]" exe="/usr/bin/docker-runc" subj=system_u:system_r:container_runtime_t:s0 key=(null)
type=SELINUX_ERR msg=audit(1495519675.981:996345): op=security_bounded_transition seresult=denied oldcontext=system_u:system_r:container_runtime_t:s0 newcontext=system_u:system_r:svirt_lxc_net_t:s0:c7,c132

我认为这里的关键是

type=SELINUX_ERR msg=audit(1495519675.981:996345): op=security_bounded_transition seresult=denied oldcontext=system_u:system_r:container_runtime_t:s0 newcontext=system_u:system_r:svirt_lxc_net_t:s0:c7,c132

如果我正确阅读,没有新的权限阻止selinux过渡。有没有人知道解决这个问题的方法,除了禁用其中一个安全功能?如果需要更多信息,请告诉我们!

1 个答案:

答案 0 :(得分:2)

想出来;发布给其他有同样问题的人。问题确实没有阻止selinux过渡的新特权。通过编译一个小的selinux策略,使容器类型明确受容器运行时类型的限制,没有新的权限允许转换。我使用docker-ce边缘存储库中的默认centos docker-ce-selinux策略,所以我的容器运行时类型是container_runtime_t,我的容器类型是svirt_lxc_net_t。其他包/发行版可能使用不同的类型。

在空目录中创建名为“dockersvirt.te”的策略文件。

module dockersvirt 1.0;

require {
    type container_runtime_t;
    type svirt_lxc_net_t;
    role system_r;
};

typebounds container_runtime_t svirt_lxc_net_t;

然后编译并安装新政策。

checkmodule -M -m -o dockersvirt.mod dockersvirt.te
semodule_package -o dockersvirt.pp -m dockersvirt.mod
sudo semodule -i dockersvirt.pp

请注意,理论上可能存在副作用,但容器运行时是一个非常特权的域,因此不应在容器类型上施加太多实际的新边界。没问题,但YMMV。