遇到权限问题,在logcat或者kernel的log中一定会打印avc denied提示缺少什么权限,
Command:
cat /proc/kmsg | grep avc 或 dmesg | grep avc下面给出四个案例:
1.
audit(0.0:67): avc: denied { write }for path="/dev/block/vold/93:96" dev="tmpfs" ino=1263 scontext=u:r:kernel:s0 tcontext=u:object_r:block_device:s0tclass=blk_file permissive=0
对哪个文件缺少权限:tcontext=u:object_r:block_device
什么类型的文件: tclass=blk_file
# allow kernel block_device:blk_file write;
2.
audit(0.0:53): avc: denied { execute } for path="/data/data/com.mofing/qt-reserved-files/plugins/platforms/libgnustl_shared.so" dev="nandl" ino=115502scontext=u:r:platform_app:s0tcontext=u:object_r:app_data_file:s0tclass=file permissive=0
解决方法 :platform_app.te
# allow platform_app app_data_file:file execute;
3.
audit(1444651438.800:8): avc: denied { search } for pid=158 comm="setmacaddr" name="/" dev="nandi" ino=1 scontext=u:r: engsetmacaddr :s0 tcontext=u:object_r: vfat :s0 tclass= dir permissive=0# allow engsetmacaddr vfat:dir { search write add_name create };
或者
# allow engsetmacaddr vfat:dir create_dir_perms;
解决方法 :sdcardd.te
# allow sdcardd system_data_file:dir read;
或者
# allow sdcardd system_data_file:dir rw_dir_perms
( rw_dir_perms包含read write ,可以参考 external/sepolicy/global_macros 的定义声明)通过这四个案例,我们可以总结出一般规律,
以第4个为例
允许某个scontext对某个tcontext拥有某个权限
我们的log重新排列一下,
scontext = u:r:sdcardd //ps -Z 出来
tcontex t= u:object_r:system_data_file:s0 //ls -Z 出来
tclass = dir
avc: denied { read }
得到万能套用公式如下:
在 scontext 所指的 te文件 中加入类似如下内容:scontext(进程名) tcontext(安全上下文) tclass(访问类型) avc denied(访问权限)
allow sdcardd system_data_file : dir read
以上以.te为后缀的文件都在external/sepolicy/或者device/softwinner/xxxx-commm/sepolicy/下,修改之后,都要重刷boot.img。
1. 有时候avc denied的log不是一次性显示所有问题,要等你解决一个权限问题之后,才会提示另外一个权限问题。
比如提示确实某个目录的read权限,你加入read之后,再显示缺少write权限,要你一次次一次试,一次一次加。
这时你可以简单粗暴写个rw_dir_perms,这个权限包含了{open search write ...}等等很多权限。
可以查看external/sepolicy/global_macros来了解更多权限声明;
2. 要加入的权限很多时,可以用中括号,比如
allow engsetmacaddr vfat:dir { search write add_name create};
3. 遇到问题不确定是否由于selinux问题造成,可先在adb shell 下,输入setenforce 0,让selinux失效,看是否问题还出现。以此可以澄清是非selinux造成的问题。
二、
以上基本是对已经存在的进程增加权限,但对第三方进程改如何新增一个全新的te文件并赋予权限呢?
以写mac地址的setmacaddr执行文件为例(这个执行档Android原生不存在,自行添加的):
1. 在external/sepolicy/file_contexts中,参考其他进程声明一个:
/system/bin/install-recovery.sh u:object_r:install_recovery_exec:s0
/system/bin/dex2oat u:object_r:dex2oat_exec:s0
/system/bin/patchoat u:object_r:dex2oat_exec:s0
/system/bin/ setmacaddr u:object_r:engsetmacaddr_exec:s0指定setmacaddr的路径,并指定一个名字,一定要以_exec结尾
2.参考其他文件在external/sepolicy/ 创建engsetmacaddr.te文件,内容如下:
type engsetmacaddr, domain;
type engsetmacaddr_exec, exec_type, file_type;
init_daemon_domain(engsetmacaddr)
allow engsetmacaddr vfat:dir { search write add_name create};
allow engsetmacaddr vfat:file { create read write open };
allow engsetmacaddr engsetmacaddr:capability dac_override;
allow engsetmacaddr shell_exec:file { execute read open execute_no_trans};
allow engsetmacaddr system_data_file:dir { write add_name remove_name };
allow engsetmacaddr system_data_file:file { create execute_no_trans write open setattr};
allow engsetmacaddr system_file:file { execute_no_trans};
以上赋予的权限全部是根据avc denied的log缺什么一步一步补什么来的。