docker容器权限设置--cap-add | --cap-drop | privileged

docker 容器的权限设置

Dcoker容器在使用的过程中，默认的docker run时都是以普通方式启动的，有的时候是需要使用在容器中使用iptables进行启动的，没有使用iptables的权限，那么怎样才能在容器中使用iptables呢？要如何开启权限呢？

那么在docker进行run的时候如何将此容器的权限进行配置呢？主要是使用--privileged或--cap-add、--cap-drop来对容器本身的能力的开放或限制。

	--cap-add list Add Linux capabilities # 添加某些权限
	--cap-drop list Drop Linux capabilities # 关闭权限
	--privileged Give extended privileges to this container # default false

以下将举例来进行说明：

默认run容器的情况下，查看iptables的设置：

	root@42dd128c89db:/# iptables -nL
	iptables v1.6.0: can't initialize iptables table `filter': Permission denied (you must be root)
	Perhaps iptables or your kernel needs to be upgraded.

显然就连iptables的查看都不允许，就像前面说的，有的时候，我们有需求进行网络设置，即入站、出站网络端口设置，我们可以在启动容器的时候如下设置：

docker run --cap-add NET_ADMIN --name demo imageName bash

通过这样简单的设置，我们就可以方便的在容器里面管理网络了。

当然，路子够野的也可以通过--privileged设置，默认false，即关闭了一些权限的，如果设置为true，或者在docker run 的时候加上 --privileged，此时我们就放开了权限。

docker run --privileged --name demo imageName bash

对于iptables需要的权限进行开放，而对于其它的权限不予开放，那么在启动docker的时候使用如下的命令参数进行限制权限的过度开放：

docker run--cap-add NET_ADMIN --cap-add NET_RAW -d -p 4489:4489/tcp  --name bbb aaa

总结：

• 1.privileged，权限全开，不利于宿主机安全
• 2.cap-add/cap-drop，细粒度权限设置，需要什么开什么

docker-compose的设置

	containers:
	- name: snake
	image: docker.io/kelysa/snake:lastest
	imagePullPolicy: Always
	securityContext:
	privileged: true
	capabilities:
	add: ["NET_ADMIN","NET_RAW"]

Linux capabilities

进一步了解：Linux Capabilities 简介

	Capabilities的主要思想在于分割root用户的特权，即将root的特权分割成不同的能力，每种能力代表一定的特权操作。
	例如：能力CAP_SYS_MODULE表示用户能够加载(或卸载)内核模块的特权操作，而CAP_SETUID表示用户能够修改进程用户
	身份的特权操作。在Capbilities中系统将根据进程拥有的能力来进行特权操作的访问控制。
	在Capilities中，只有进程和可执行文件才具有能力，每个进程拥有三组能力集，分别称为cap_effective,
	cap_inheritable, cap_permitted(分别简记为:pE,pI,pP)，其中cap_permitted表示进程所拥有的最大能力集；
	cap_effective表示进程当前可用的能力集，可以看做是cap_permitted的一个子集；而cap_inheitable则表示进程可以
	传递给其子进程的能力集。系统根据进程的cap_effective能力集进行访问控制，cap_effective为cap_permitted的子集，
	进程可以通过取消cap_effective中的某些能力来放弃进程的一些特权。可执行文件也拥有三组能力集，对应于进程的三组
	能力集，分别称为cap_effective, cap_allowed 和 cap_forced（分别简记为fE,fI,fP），
	其中，cap_allowed表示程序运行时可从原进程的cap_inheritable中集成的能力集，
	cap_forced表示运行文件时必须拥有才能完成其服务的能力集；而cap_effective则表示文件开始运行时可以使用的能力。
	（一）Linux内核中Capabilities的实现机制
	Linux内核从2.2版本开始，就加进的Capabilities的概念与机制，并随着版本升高逐步得到改进。在linux中，root权限被分割成一下29中能力：
	CAP_CHOWN:修改文件属主的权限
	CAP_DAC_OVERRIDE:忽略文件的DAC访问限制
	CAP_DAC_READ_SEARCH:忽略文件读及目录搜索的DAC访问限制
	CAP_FOWNER：忽略文件属主ID必须和进程用户ID相匹配的限制
	CAP_FSETID:允许设置文件的setuid位
	CAP_KILL:允许对不属于自己的进程发送信号
	CAP_SETGID:允许改变进程的组ID
	CAP_SETUID:允许改变进程的用户ID
	CAP_SETPCAP:允许向其他进程转移能力以及删除其他进程的能力
	CAP_LINUX_IMMUTABLE:允许修改文件的IMMUTABLE和APPEND属性标志
	CAP_NET_BIND_SERVICE:允许绑定到小于1024的端口
	CAP_NET_BROADCAST:允许网络广播和多播访问
	CAP_NET_ADMIN:允许执行网络管理任务
	CAP_NET_RAW:允许使用原始套接字
	CAP_IPC_LOCK:允许锁定共享内存片段
	CAP_IPC_OWNER:忽略IPC所有权检查
	CAP_SYS_MODULE:允许插入和删除内核模块
	CAP_SYS_RAWIO:允许直接访问/devport,/dev/mem,/dev/kmem及原始块设备
	CAP_SYS_CHROOT:允许使用chroot()系统调用
	CAP_SYS_PTRACE:允许跟踪任何进程
	CAP_SYS_PACCT:允许执行进程的BSD式审计
	CAP_SYS_ADMIN:允许执行系统管理任务，如加载或卸载文件系统、设置磁盘配额等
	CAP_SYS_BOOT:允许重新启动系统
	CAP_SYS_NICE:允许提升优先级及设置其他进程的优先级
	CAP_SYS_RESOURCE:忽略资源限制
	CAP_SYS_TIME:允许改变系统时钟
	CAP_SYS_TTY_CONFIG:允许配置TTY设备
	CAP_MKNOD:允许使用mknod()系统调用
	CAP_LEASE:允许修改文件锁的FL_LEASE标志

参考：

1. 在Docker容器中使用iptables时的最小权限的开启方法_在 iptable中添加docker的授权-CSDN博客
2. --cap-add = NET_ADMIN和.yml中的添加功能之间的区别 - IT屋-程序员软件开发技术分享社区
3. Docker容器运行时权限和Linux系统功能_ITPUB博客
4. Android的能力(capability)机制_android cap_net_raw-CSDN博客