平臺：OKT507-C開發板

系統：Android10.0

OKT507-C開發板Android系統版本為Android10.0，默認開啟了SELinux。基于MAC訪問控制模型的SElinux，可以更好地保護我們的Android系統， 比如限制系統服務的訪問權限、控制應用對數據和系統日志的訪問等措施，這樣就降低了惡意軟件的影響，并且可以防止因代碼存在的缺陷而產生的對系統安全的影響。

從系統安全方面考慮，SELinux是保護神，但是從軟件開發方面，SELinux就是一道牽絆，這是一把雙刃劍。

訪問控制模型DAC，MAC

自主訪問控制（DAC: Discretionary Access Control）系統識別用戶，根據被操作對象的權限的設置，來決定該用戶對其擁有的操作權限，read、write、exec。擁有這個對象權限的用戶，又可以將該權限分配給其他用戶，此謂之“Discretionary”。缺陷就是對權限控制比較分散，不便于管理，比如無法簡單地將一組文件設置統一的權限開放給指定的一群用戶。

強制訪問控制（MAC: Mandatory Access Control）MAC是為了彌補DAC權限控制過于分散的問題而誕生的。在MAC這種模型里，管理員管理訪問控制。管理員制定策略，用戶不能改變它。策略定義了哪個主體能訪問哪個對象。這種訪問控制模型可以增加安全級別，因為它基于策略，任何沒有被顯式授權的操作都不能執行。MAC被開發和實現在最重視保密的系統中，如軍事系統。主體獲得清楚的標記，對象得到分類標記，或稱安全級別。

基于MAC的SElinux

1. 參考鏈接：

2. https://source.android.google.cn/security/selinux

軟件通常情況下必須以Root用戶帳號的身份運行，才能向原始塊設備寫入數據。在基于DAC的傳統Linux環境中，如果Root用戶遭到入侵，攻擊者便可以利用該用戶身份向每個原始塊設備寫入數據。從Android4.3 起，SELinux開始為傳統的自主訪問控制 (DAC)環境提供強制訪問控制(MAC)保護功能。

作為Android安全模型的一部分，Android使用安全增強型 Linux(SELinux) 對所有進程強制執行強制訪問控制 (MAC)，甚至包括以Root/超級用戶權限運行的進程（Linux 功能）。例如可以使用SELinux為這些設備添加標簽，以便被分配了 Root 權限的進程只能向相關政策中指定的設備寫入數據。這樣一來，該進程便無法重寫特定原始塊設備之外的數據和系統設置。

OKT507-C開發板 Android系統版本為Android10，SELinux默認開啟，即使獲得了該系統的root權限，也只能向相關策略中指定的設備寫入數據，從而更好地保護和限制系統服務，保障系統和數據的安全。

標簽、規則和域

SELinux 依靠標簽來匹配操作和策略。標簽用于決定允許的事項。套接字、文件和進程在 SELinux 中都有標簽。SELinux 在做決定時需參照兩點：一是為這些對象分配的標簽，二是定義這些對象如何交互的策略。

在 SELinux 中，標簽采用以下形式：usertype:mls_level，其中 type 是訪問決定的主要組成部分，可通過構成標簽的其他組成部分進行修改。對象會映射到類，對每個類的不同訪問類型由權限表示。

策略規則采用以下形式：allow domains types:classes permissions;，其中：

1. Domain - 一個進程或一組進程的標簽。也稱為域類型，因為它只是指進程的類型。

2. Type - 一個對象（例如，文件、套接字）或一組對象的標簽。

3. Class - 要訪問的對象（例如，文件、套接字）的類型。

4. Permission - 要執行的操作（例如，讀取、寫入）。

策略配置源文件

1、external/sepolicy這是獨立于設備的配置，一般不能針對設備進行修改2、device///sepolicy這是特定于設備的配置，基于 BOARDSEPOLICY* 變量來選擇對應平臺的策略配置。

以OKT507-C開發板為例，OKT507-C開發板策略文件的路徑如下：

1. OKT507-android-source/android$ ls device/softwinner/common/sepolicy/

2. private vendor

Type Enforcement (TE) 配置文件

.te 文件中保存了對應對象的域和類型定義、規則。通常每個域一個 .te 文件，例如installd.te。在 device.te、file.te 中聲明了設備和文件類型。在某些文件（例如domain.te、app.te）中則存儲著共享規則。

以OKT507-C開發板為例，T507 system_app的TE文件的路徑如下：

1. OKT507-android-source/android$ ls device/softwinner/common/sepolicy/vendor/system_app.te

2. device/softwinner/common/sepolicy/vendor/system_app.te

標簽配置文件

1、filecontexts：文件安全上下文

2、propertycontexts：屬性安全上下文

SEAndroid app分類

SELinux(或SEAndroid)將app劃分為主要三種類型(根據user不同，也有其他的domain類型)：

3)system_app 有android平臺簽名和system權限

從上面劃分，權限等級，理論上：untrustedapp < platformapp < system_app

1. console:/ # ps -Z

2. usystem_app:s0 system 15712 1861 1050628 110868 SyS_epoll_wait 0 S forlinx.example.app

3. uuntrusted_app_27c512,c768 u0_a62 30259 1861 1052120 114132 SyS_epoll_wait 0 S com.forlinx.changelogo

當前運行的兩個APP，forlinx.example.app的type就是systemapp，com.forlinx.changelogo的type就是untrustedapp。

OKT507-C開發板自定義system_app的安全策略

以OKT507-C開發板中的Systemmix服務為例，我們為其添加執行腳本的權限：

1. OKT507-android-source/android$ vi device/softwinner/common/sepolicy/vendor/systemmix.te

2. ...

3. allow systemmix vendor_shell_exec:file { getattr open read execute execute_no_trans };

4. allow systemmix shell_exec:file { getattr open read execute execute_no_trans };

5. allow systemmix shell:file { getattr open read execute execute_no_trans };

6. ...