加载中…SEAndroid的各种策略文件
(2014-04-24 11:38:55)
标签：
androidseandroidselinux安全it |
分类： Android安全 |
在external/sepolicy目录存放了很多SELinux的策略定义文件。通过这些文件我们能了解到SEAndroid更多的细节，下面我们一起看看这些文件的内容。
1.
角色定义文件用来定义SELinux系统的角色。文件roles的内容如下：
role r;
role r types domain;
从这里可以看到，SEAndroid实际上只定义了一种角色r。
2.
用户定义文件用来定义用户，前面我们介绍了，SELinux中的用户可以有三种，但是SEAndroid中只定义了一种u，下面是文件user的内容：
user u roles { r } level s0 range s0 - mls_systemhigh;
无论是user，还是role，在SEAndroid目前的定义中都只有一种，所以暂时也就没有大的用处。
3.
属性定义文件attributes中定义了所有type定义中需要用到的属性值，如下所示：
attribute dev_type;
attribute domain;
attribute fs_type;
attribute file_type;
attribute exec_type;
attribute data_file_type;
attribute sysfs_type;
attribute sdcard_type;
attribute node_type;
attribute netif_type;
attribute port_type;
attribute property_type;
attribute mlstrustedsubject;
attribute mlstrustedobject;
attribute unconfineddomain;
attribute appdomain;
attribute netdomain;
attribute bluetoothdomain;
attribute binderservicedomain; # 表示系统中所有的binder server的域
attribute platformappdomain;
attribute relabeltodomain;
4.
在规则定义语句中会用到客体限制类别（Object Class），文件security_classes定义了所有系统中用到的class，如下所示：
class security
class process
class system
class capability
# file-related classes
class filesystem
class file
class dir
class fd
class lnk_file
class chr_file
class blk_file
class sock_file
class fifo_file
....
security_classes文件比较长，这里只列举了其中的一部分，class的定义比较容易理解，基本上是对系统资源一个细化的类别定义。定义客体的类型（type）时，附加属性相当于指定了客体能代表的一个比较粗的范围，在allow规则中加上客体限制类别后，相当于把客体限制到了一个更小的范围。
5.
allow语句的最后一项为允许的操作，所有的操作都在文件access_vectors中定义，文件的部分内容如下：
common file
{
ioctl
read
write
create
getattr
......
}
......
class filesystem
{
mount
remount
unmount
getattr
relabelfrom
relabelto
transition
associate
quotamod
quotaget
}
class dir
inherits file
{
add_name
remove_name
reparent
search
rmdir
open
audit_access
execmod
}
......
access_vectors文件通过两种方式定义操作，一种方式是通过common语句，这种方式定义的操作是一种公共的操作，没有限定哪种类别的客体可以使用，还可以被继承。另一种定义的方式是通过class语句，但是calss语句后面的名称必须是某种客体限制类别，这也意味着通过class语句定义的操作只能使用在相应的客体限制类别中。class语句可以继承common语句中定义的操作。
6.
目录中凡是以te结尾的文件都属于类型强制规则文件（Type Enforcement）。它主要有类型定义和规则定义两部分组成。我们看看su.te文件的内容：
type su, domain;
permissive su;
type su_exec, file_type;
domain_auto_trans(shell, su_exec, su)
# su is unconfined.
unconfined_domain(su)
su.te中定义了两种类型：su和su_exec。su用在进程的安全上下文中，su_exec则用在文件的安全上下文中。su.te中还调用了两个宏，domain_auto_trans宏我们前面已经分析过了，用来规定在shell执行su文件时将进程转移到su域。unconfined_domain宏则用来把su域定义成一个不受限制的域。
7.
te_macros 文件中定义了在TE规则文件中用到的宏。前面我们已经介绍了domain_auto_trans宏。下面我们再看看unconfined_domain宏是如何定义的：
define(`unconfined_domain', `
typeattribute $1 mlstrustedsubject;
typeattribute $1 unconfineddomain;
')
unconfined_domain中使用了typeattribute语句。 typeattribute语句的作用是指定类型（type）的属性，我们知道定义type时可以在后面用逗号分割后指定属性，typeattribute语句可以给定义好的类型增加属性。因此unconfined_domain(su)的结果是给域su增加了mlstrustedsubject和unconfineddomain两种属性。这两种属性分别代表了系统中所有可信任的客体和不受限制的主体，因此su域将拥有系统中类似以前系统中超级用户的权限。这里虽然通过规则给了su域相当大的权限，但是也能通过修改规则来限制su的权限。这就是SELinux的强大之处，它能灵活的通过配置文件来修改任何的访问权限。当然这也对系统管理员的能力提出了更高的要求。所有通常我们不需要去修改Android中的这些配置文件，但是我们需要能理解它们的含义。
8.
file_contexts文件保存的是系统中所有文件的安全上下文定义，文件部分内容如下：
下面我们看看文件file_contexts的内容。
#line 1 "external/sepolicy/file_contexts"
###########################################
# Root
/
# Data files
/adb_keys
/default.prop
/fstab\..*
/init\..*
/res(/.*)?
/ueventd\..*
# Executables
/charger
/init
/sbin(/.*)?
......
file_contexts文件的格式比较简单，每行的前半部分是文件的路径，后面是它的安全上下文的定义。从文件可以看到，这里的路径定义也支持通配符。
9.
property_contexts文件中保存的是系统中所有Android属性的安全上下文定义，内容如下：
#line 1 "external/sepolicy/property_contexts"
##########################
# property service keys
#
#
net.rmnet0
net.gprs
net.ppp
net.qmi
net.lte
net.cdma
gsm.
persist.radio
net.dns
sys.usb.config
......
property_contexts文件的格式也相当简单，每行前面是属性，后面是它对应的安全上下文。
喜欢
0
赠金笔