2017年5月4日 星期四

[轉] Android 5.x SEAndroid/SElinux內核節點的讀寫權限

Android 5.0下,因為採取了SEAndroid/SElinux的安全機制,即使擁有root權限,或者對某內核節點設置為777的權限,仍然無法在JNI層訪問。
本文將以用戶自定義的內核節點/dev/wf_bt為例,手把手教會讀者如何在JNI層獲得對該節點的訪問權限。

第一步:找到需要訪問該內核節點的進程(process),筆者自己這個節點由system_server進程來訪問

第二步:打開文件AndroidL/android/external/sepolicy/file_contexts.be
仿照這個文件裡的寫法,為你的節點定義一個你想要的名字:
[python] view plain copy
 在CODE上查看代碼片派生到我的代碼片
  1. /dev/tegra.* u:object_r:video_device:s0  
  2. /dev/tf_driver u:object_r:tee_device:s0  
  3. /dev/tty u:object_r:owntty_device:s0  
  4. /dev/tty[0-9]* u:object_r:tty_device:s0  
  5. # We add here  
  6. /dev/wf_bt              u:object_r:wf_bt_device:s0  
wf_bt_device是自定義,其他左右兩邊的內容都和上面的範例一致。

第三步:打開文件AndroidL/android/external/sepolicy/device.te
仿照這個文件裡的寫法,將剛剛第二步寫的wf_bt_device聲明為dev_type:
[python] view plain copy
 在CODE上查看代碼片派生到我的代碼片
  1. # Device types  
  2. type device, dev_type, fs_type;  
  3. type alarm_device, dev_type, mlstrustedobject;  
  4. type adb_device, dev_type;  
  5. type ashmem_device, dev_type, mlstrustedobject;  
  6. type audio_device, dev_type;  
  7. type binder_device, dev_type, mlstrustedobject;  
  8. type block_device, dev_type;  
  9. # We add here  
  10. type wf_bt_device, dev_type;  
第四步:
AndroidL/android/external/sepolicy/目錄下很多.te文件都是以進程名來結尾的,比如有針對surfaceflinger進程的surfaceflinger,有針對vold進程的vold.te,
剛剛從第一步得到,這個節點是由system_server進程來訪問,所以,我們找到system_server.te打開,加入允許這個進程對/dev/wf_bt的讀寫權限,

[python] view plain copy
 在CODE上查看代碼片派生到我的代碼片
  1. # Read/Write to /proc/net/xt_qtaguid/ctrl and and /dev/xt_qtaguid.  
  2. allow system_server qtaguid_proc:file rw_file_perms;  
  3. allow system_server qtaguid_device:chr_file rw_file_perms;  
  4.   
  5. # chr_file表示字符設備文件,如果是普通文件用file,目錄請用dir  
  6. # rw_file_perms代表讀寫權限  
  7. allow system_server wf_bt_device:chr_file rw_file_perms;  
這句話的意思是:允許system_server進程擁有對wf_bt_device的這個字符設備的讀寫權限。
改了這些之後,你就可以make installclean;make -j16編譯image來驗證權限是否獲取成功。

fd =open("/dev/wf_bt",O_RDONLY | O_NOCTTY); 絕對成功!!!!!

沒有留言:

張貼留言