Android 5.1 权限问题解决方法

1、 

android 5.x开始，引入了很是严格的selinux权限管理机制，咱们常常会遇到由于selinux权限问题形成的各类avc denied困扰。  

本文结合具体案例，讲解如何根据log来快速解决90%的权限问题。 

遇到权限问题，在logcat或者kernel的log中必定会打印avc denied提示缺乏什么权限，

 Command： 

 cat /proc/kmsg | grep avc 或 dmesg | grep avc 

解决原则是：缺什么补什么，一步一步补到没有avc denied为止。  

下面给出四个案例：  

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  

分析过程： 

缺乏什么权限：           { write }权限， 

谁缺乏权限：               scontext=u:r:kernel:s0， 

对哪一个文件缺乏权限：tcontext=u:object_r:block_device 

什么类型的文件：        tclass=blk_file  

解决方法：kernel.te 

# 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  

解决方法 ：engsetmacaddr.te 

# allow  engsetmacaddr  vfat:dir  { search write add_name create }; 

或者 

# allow  engsetmacaddr   vfat:dir  create_dir_perms;  

 4. 

audit(1441759284.810:5): avc: denied { read } for pid=1494 comm="sdcard" name="0" dev="nandk" ino=245281 scontext=u:r:sdcardd:s0 tcontext=u:object_r:system_data_file:s0 tclass=dir permissive=0  

解决方法 ：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形成的问题。  

2、 

以上基本是对已经存在的进程增长权限，但对第三方进程改如何新增一个全新的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/setmacaddru: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缺什么一步一步补什么来的。