Android 5.x 权限问题解决方法

时间:2022-02-26 20:52:44

(0)关于selinux的基础知识,可以参见http://www.cnblogs.com/shell812/p/6379321.html;TE语言规则,参见http://www.cnblogs.com/shell812/p/6379370.html。ls -Z和ps -Z分别查看系统中object和subject的属性列表,id -Z查看用户信息

(1) android 5.x开始,引入了非常严格的selinux权限管理机制,我们经常会遇到因为selinux权限问题造成的各种avc denied困扰。本文结合具体案例,讲解如何根据log来快速解决90%的权限问题。遇到权限问题,在logcat或者kernel的log中一定会打印avc denied提示缺少什么权限,解决原则是:缺什么补什么,一步一步补到没有avc denied为止。 下面给出四个案例:  

        a,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:s0 tclass=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; 
        b,audit(0.0:53): avc: denied { execute } for path="/data/data/com.mofing/qt-reserved-files/plugins/platforms/libgnustl_shared.so" dev="nandl" ino=115502 scontext=u:r:platform_app:s0 tcontext=u:object_r:app_data_file:s0 tclass=file permissive=0  
解决方法 :platform_app.te 
allow  platform_app  app_data_file:file  execute;  
        c,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;  
        d,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的定义声明)   
(2)通过这四个案例,我们可以总结出一般规律,以第4个为例,允许某个scontext对某个tcontext拥有某个权限,得到万能套用公式如下:在scontext所指的te文件中加入类似如下内容: 
                           scontext (进程)         tcontext(文件)           tclass                avc denied
           allow          sdcardd                 system_data_file      :         dir                       read
以上以.te为后缀的文件都在external/sepolicy/或者device项目下自带的sepolicy文件夹下,都要重刷boot.img。  
(3)补充说明: 
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 下,输入cat /sys/fs/selinux/enforce获取selinux状态,输入setenforce 0,让selinux失效,看是否问题还出现。以此可以澄清是非selinux造成的问题。  
(4)以上基本是对已经存在的进程增加权限,但对第三方进程改如何新增一个全新的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缺什么一步一步补什么来的。

(5)selinux限制了某个进程存在于ram文件系统中/dev下节点访问,该如何解决?参见http://blog.csdn.net/wh_19910525/article/details/45170755

(6)selinux对应用程序app权限配置是怎么样的?SELinux(或SEAndroid)将app划分为主要三种类型(根据user不同,也有其他的domain类型):1)untrusted_app:第三方app,没有android平台签名,没有system权限;2)platform_app:有android平台签名,没有system权限;3)system_app:有android平台签名和system权限。详参见http://m.blog.csdn.net/zhudaozhuan/article/details/50964832

          第三方APP,在SElinux下,如何获得对一个内核节点的访问权限?参见http://m.blog.csdn.net/gnnulzy/article/details/52868696。实例即是第三方app串口调试助手,无法正常运行并测试,修改参见http://blog.csdn.net/izhetu/article/details/52311450,关键点是device:dir和ttyMT_device。

(7)针对/sys/xxx节点,和/proc/xxx节点,selinux系统上如何被进程访问,参见http://www.cnblogs.com/l2rf/p/4960579.htm。SystemProperties的设置属性如何在selinux系统生效,也可以参见同篇文章,做过类似的诸如让mcucomm服务重启。

        需要注意的是sys节点,如果是诸如i2c设备路径节点,就是无法在6.0上app读写,老提示权限不够;但是如果是sys下就可以,原因不明。如下例:

file_contexts添加/sys/atc2ctl/fan_ctrl u:object_r:fan_ctrl_file:s0

file.te添加type fan_ctrl_file, fs_type, sysfs_type, mlstrustedobject;

untrusted_app.te添加allow untrusted_app fan_ctrl_file:file rw_file_perms;

(8)面对执行shell文件的selinux是如何配置的?

参考http://blog.csdn.net/zqh2007/article/details/68946213,单独针对shell文件建te文件。这里分三种情况:第一种是Init.rc用service跑/system/bin/xxx.sh,运行/system/bin/xxx可执行文件,这种可以参考adbec的做法。第二种是Init.rc用service单独的跑/system/bin/xxx.sh(假设做cp操作,复制到/data)

        首先对服务名需要单独定义新的domain,不然会提示needs a SELinux domain defined; please fix。修改内容:
init.rc:注意我是放在on post-fs-data段,等fs挂载完之后;class late_start也是延后执行

service copy_apps /system/bin/copy_apps.sh
class late_start
user root
group root
  oneshot  

file_contexts:

/system/bin/copy_apps.sh -- u:object_r:copy_apps_exec:s0

copy_apps.te:

type copy_apps, domain;
type copy_apps_exec, exec_type, file_type;
domain_auto_trans(init, copy_apps_exec, copy_apps);

剩下的allow则根据Log提示补足即可。

        第三种也是想开机/system/bin/xxx.sh(假设做cp操作,复制到内部SD卡/storage/emulated/0)。由于复制目标不同,内部SD卡在开机之后。所以在init.rc中跑这个不起作用,可以放在捕获开机广播后的java中去做。

上层:Runtime.getRuntime().exec("system/bin/copy_video.sh")

te修改:新建一个copy_video.te,根据内容:

type copy_video, domain;
type copy_video_exec, exec_type, file_type;
domain_auto_trans(init, copy_video_exec, copy_video);

allow copy_video shell_exec:file {read };

同时java应用中跑这个shell,也需权限

system_app.te添加allow system_app copy_video_exec:file { execute read open execute_no_trans };