DAC，MAC和SELinux，SEAndroid

1. 被ROOT了怎么办

2. SELinux

3. SEAndroid

4. JB（4.3） MR2的漏洞弥补

-------------------------------------------

-------------------------------------------

1. 被ROOT了怎么办

恶意应用获得了ROOT权限 --- 现在我们是无能为力的

我们想要做到的： 即便一个进程的EUID==ROOT，仍然不能为所欲为

2. SELinux

DAC（）模式：主体（EUID==ROOT）对它所属的对象和运行的程序拥有所有的控制权 -- 可以做任何事

MAC（）模式：SELinux基于的安全策略。管理员管理访问控制，管理员指定策略，用户不能改变它，任何主体不能改变 -- 只能做安全策略授权的，不能为所欲为

3. SEAndroid

* 就是将原本运行到Linux系统上的SELinux，  移植到了 Android上

* 在SELinux的基础上，做了许多针对Android的安全提高，例如把Binder IPC、Socket、Properties访问控制也加入到了SEAndroid的控制中

SEAndroid的核心概念

即便恶意应用篡得了ROOT权限，仍然只能做有限的应用，不能为所欲为

4. JB（4.3） MR2的漏洞弥补

在JB MR2之前，APK内部可以通过Java的Runtime执行一个具有Root-setUID的可执行文件而提升EffectiveUID 来进行一些特权操作，典型的就是Root包中的su就是这个原理

JB（4.3） MR2修补了这个漏洞

每个apk进程在创建完后，都会执行如下这段代码，将CAPBSET全部清空

后果： 新进程的Effecttive（Capability Sets）为空，所以CAP_SETUID就没了，那么系统基于Root-setUID的可执行文件来提升EUID到ROOT当然就不允许了。所以新进程的EUID=RUID == APK的RUID