linux内核强制访问控制－Apparmor

AppArmor(Application Armor)是Linux内核的一个安全模块，AppArmor允许系统管理员将每个程序与一个安全配置文件关联，从而限制程序的功能。简单的说，AppArmor是与SELinux类似的一个访问控制系统，通过它你可以指定程序可以读、写或运行哪些文件，是否可以打开网络端口等。作为对传统Unix的自主访问控制模块的补充，AppArmor提供了强制访问控制机制，它已经被整合到2.6版本的Linux内核中.

目前Ubuntu已自带了Apparmor， 可以在手册中获得相应的资料。文章是从很多英文资料中整理总结出来的，可能会有不准确的地方，请各位见谅。

一、与程序绑定的访问控制

Apparmor提供的访问控制是与程序绑定的:

AppArmor's unique security model is to bind access control attributes to programs rather than to users.

假设有一个可执行文件的路径为/home/361way/demoexe，如果要用Apparmor对其进行访问控制的话，就要新建一个配置文件（后面我再讲怎么写这个配置文件），文件名为home.361way.demoexe，并把这个配置文件放到Apparmor专门放置配置文件的目录下（/etc/apparmor.d）。所以每一个可执行文件都是与一个配置文件绑定的，因此如果修改demoexe的文件名的话，配置文件将失效。

二、两种工作模式:

Apparmor有两种工作模式：enforcement、complain/learning

Enforcement – 在这种模式下，配置文件里列出的限制条件都会得到执行，并且对于违反这些限制条件的程序会进行日志记录。

Complain – 在这种模式下，配置文件里的限制条件不会得到执行，Apparmor只是对程序的行为进行记录。例如程序可以写一个在配置文件里注明只读的文件，但Apparmor不会对程序的行为进行限制，只是进行记录。

那既然complain不能限制程序，为什么还需要这种模式呢，因为——如果某个程序的行为不符合其配置文件的限制，可以将其行为记录到系统日志，并且可以根据程序的行为，将日志转换成配置文件。

当然我们可以随时对配置文件进行修改，选择自己需要的模式。

三、访问控制与资源限制等

Apparmor可以对程序进行多方面的限制,这里我只介绍部分常用到的.

1).文件系统的访问控制

Apparmor可以对某一个文件,或者某一个目录下的文件进行访问控制,包括以下几种访问模式:

可读、可写、可扩展、可链接等(还有可执行x在表中没有列出)……在配置文件中的写法,如 /tmp r, (表示可对/tmp目录下的文件进行读取)

注意一点,没在配置文件中列出的文件，程序是不能访问的，这有点像白名单。

2).资源限制

Apparmor可以提供类似系统调用setrlimit一样的方式来限制程序可以使用的资源。要限制资源,可在配置文件中这样写:set rlimit [resource] <= [value],其resource代表某一种资源,value代表某一个值，要对程序可以使用的虚拟内存做限制时，可以这样写：set rlimit as<=1M, （可以使用的虚拟内存最大为1M）

注意:Apparmor可以对程序要使用多种资源进行限制（fsize,data,stack,core,rss,as,memlock,msgqueue等），但暂不支持对程序可以使用CPU时间进行限制。（现在OJ一般都对ACMer提交的程序的运行时间有严格的限制，所以要将Apparmor用于OJ后台安全模块，必须自己另外实现对CPU时间的限制。）

3）访问网络

Apparmor可以程序是否可以访问网络进行限制,在配置文件里的语法是:

network [ [domain] [type] [protocol] ]

了解网络编程的应该知道domain、type和protocol是什么。要让程序可以进行所有的网络操作，只需在配置文件中写:network, 要允许程序使用在IPv4下使用TCP协议，可以这样写：network inet tcp.

4)capability条目

在linux的手册页里面有一个capablities列表，apparmor可以限制程序是否可以进行列表里的操作，如：capability setgid,（允许程序进行setgid操作）

Capability statements are simply the word capability followed by the name of the POSIX.1e capability as defined in the capabilities(7) man page.

题外话:这些功能，有没有想到/proc/pid/下的文件，还有python的resource模块相关的东西，只不过apparmor管理更加简洁和灵活。

四、配置文件的编写

前面提到，编写完配置文件后，要把文件放到/etc/apparmor.d这个目录下，其实有更方便的方法，直接在命令行里面用：sudo genprof [filename],就可以为指定的程序创建一个配置文件，并把它放到该目录。如：sudo genprof '/home/361way/apparmor-helper/demoexe'.

建立的配置文件内容如下:

1. #include <tunables/global> 
2. home/361way/apparmor-helper/demoexe { 
3.   #include <abstractions/base> 

注意,该文件默认使用enforcement模式,要修改模式,只需将配置文件改为:

1. #include <tunables/global> 
2.  /home/361way/apparmor-helper/demoexe  flags=(complain){ 
3.     #include <abstractions/base> 
4.  } 

flags=(complain)前面的部分是文件的路径,作用是为这个配置文件绑定某个程序,那接下来就可以在配置文件中添加相应的内容,在大括号中加上:

1. /home/361way/apparmor-helper/data rw, 
2.     set rlimit stack<=1M,  --phpfensi.com 

然后再执行命令:sudo /etc/init.d/apparmor reload,就可以重新加载配置文件,使配置文件生效.

总结与扩展:

在docker/lxc的相关文档中,也会找到apparmor相关的部分,如 online judge 这些应用也和apparmor/SElinux扯上关系 ,提到上面这些就不得不提下沙盒(sandbox),沙盒不仅在安全上有用,还可以在很多场合取代基于虚拟机的应用隔离方案(沙盒化的进程是效率最高的虚拟机)，而linux上的沙盒应用基本上都是基于apparmor/SElinux的.