android root权限破解分析

许多机友新购来的android机器没有破解过root权限，无法使用一些需要高权限的软件，以及进行一些高权限的操作，其实破解手机root权限是比较简单及安全的，破解root权限的原理就是在手机的/system/bin/或/system/xbin/目录下放置一个可执行文件“su”，这是一个二进制文件，相当于电脑上的exe文件，仅仅在系统中置入这个“su”文件是不会给手机的软件或硬件造成任何故障。

下面的代码是android系统原版的su中的部分代码，可以看出只允许getuid()为aid_root和aid_shell的进程可以使用su进行登陆。

面在superuser这个android程序中的su不再有上面的一部分，这样任何进程都可以使用su进行登陆了,有一部分android程序要使用root权限可能的用法类似于（这个也是superuser中的一部分代码）：

而在上面提到的superuser和android程序中的su源码中都有这部分代码：

看上去这里就是进行权限切换的地方了。面普通用户要能使用su，su的权限要是这样：

-rwsr-xr-x. 1 root root 34904 11月 3 2010 /bin/su

这个和电脑版的su上是一样的。

从出上面的分析可以认为破解android的root权限的实质是：在系统中加入一个任何用户都可能用于登陆的su命令。当然这首先要取得root权限才能做

到。在z4root这个android下的破解android的root权限的程序中有一个rageagainstthecage，可能就是设法得到root权限的程序。

第二篇文章：

如果你进行过程序开发，在root过的手机上面获得root权限的代码如下：

从上面代码我们可以看到首先要运行su程序，其实root的秘密都在su程序中，《android root权限破解分析》中讲到android系统默认的su程序只能root和shell可以用运行su，这个是安全的。如果把这个限制拿掉，就是root破解了！

下面我们仔细分析一下程序是怎样获得root权限的，如果对linux的su命令熟悉的朋友可能知道su程序都设置suid位，我们查看一下我的手机（已经root破解）上的su权限设置，

我们发现su的所有者和所有组都是root，是其实是busybox的软链接，我们查看busybox的属性发现，其设置了suid和sgid，并且所有者和所有组都是root。suid和sgid的作用是什么呢？如果你不太清楚，请参考《linux进程的实际用户id和有效用户id》，这样运行busybox的普通用户，busybox运行过程中获得的是root的有效用户。su程序则是把自己启动一个新的程序，并把自己权限提升至root（我们前面提到su其实就是busybox，运行期它的权限是root，当然也有权限来提升自己的权限）。

再强调一下不光root手机上su需要设置suid，所有的linux系统上的su程序都需要设置suid位。请参考一下uc服务器的su的权限情况：

我们发现su也设置了suid位，这样普通用户也可以运行su程序，su程序会验证root密码，如果正确su程序可以把用户权限提高的root（因为其设置suid位，运行期是root权限，这样其有权限提升自己的权限）。

这样我们就可以看出其实android系统的破解的根本原理就是替换掉系统中的su程序，因为系统中的默认su程序需要验证实际用户权限（只有root和 shell用户才有权运行系统默认的su程序，其他用户运行都会返回错误）。而破解后的su将不检查实际用户权限，这样普通的用户也将可以运行su程序， 也可以通过su程序将自己的权限提升。

到这里大家对root破解不感到神秘了吧。root破解没有利用什么linux内核漏洞（linux内核不可能有这么大的漏洞存在），可以理解成root 破解就是在你系统中植入“木马su”，说它是“木马”一点儿都不为过，假如恶意程序在系统中运行也可以通过su来提升自己的权限的这样的结果将会是灾难性 的。所以一般情况下root过手机都会有一个superuser应用程序来让用户管理允许谁获得root权限，也算是给系统加了一层保险吧！

通过上文《android系统root破解原理分析》 的介绍大家应该明白了root破解过程的终极目标是替换掉系统中的su程序。但是要想替换掉系统中su程序本身就是需要root权限的，怎样在root破 解过程中获得root权限，成为我们研究的重点了。下面我们先清点一下我们需要破解系统情况，假设需要破解的android系统具备如下条件：

要想理解root破解过程我们首先需要了解一下adb工具，sdk中包含adb工具，设备端有adbd服务程序后台 运行，为开发机的adb程序提供服务，adbd的权限，决定了adb的权限。具体用户可查看/system/core/adb下的源码，查看 android.mk你将会发现adb和adbd其实是一份代码，然后通过宏来编译。

查看adb.c的adb_main函数你将会发现adbd中有如下代码：

从中我们可以看到adbd会检测系统的ro.secure属性，如果该属性为1则将会把自己的用户权限降级成shell用户。一般设备出厂的时候在/default.prop文件中都会有：

这样将会使adbd启动的时候自动降级成shell用户。

然后我们再介绍一下adbd在什么时候启动的呢？答案是在init.rc中配置的系统服务，由init进程启动。我们查看init.rc中有如下内容：

对android属性系统少有了解的朋友将会知道，在init.rc中配置的系统服务启动的时候都是root权限（因为init进行是root权限，其子程序也是root）。由此我们可以知道在adbd程序在执行：

代码之前都是root权限，只有执行这两句之后才变成shell权限的。

这样我们就可以引出root破解过程中获得root权限的方法了，那就是让以上面setgid和setuid函数执行失败，也就是降级失败，那就继续在root权限下面运行了。

这其实利用了一个rageagainstthecage漏洞，具体分析请参考《android adb setuid提权漏洞的分析》和《rageagainstthecage》。这里面做一个简单说明：

通过上面的介绍我们发现利用rageagainstthecage漏洞，可以使adbd获得root权限，也就是adb获得了root权限。拿到root权限剩下的问题就好办了，复制破解之后的su程序到系统中（见上文《android系统root破解原理分析》的介绍），都是没有什么技术含量的事情了。

其实堵住adbd的这个漏洞其实也挺简单的：

如果发现setgid和setuid函数执行失败，则adbd进程异常退出，就把这个漏洞给堵上了。为什么这么多设 备都没有堵上这个漏洞呢？我觉得是设备厂商的策略（不排除傻x的厂商存在哦），虽然知道怎么封堵漏洞但是就是留着个后门给大家，让第三方给自己定制 rom，提高自己系统的易用性。

至此我们把root的过程和root之后系统情况都进行了介绍，相信你也不会对root破解再神秘了吧！