如今Android系统的root破解基本上成为大家的必备技能！网上也有非常多中一键破解的软件，使root破解越来越easy。可是你思考过root破解的原理吗？root破解的本质是什么呢？难道是利用了Linux kernal的漏洞吗？本文将简单对root的破解原理进行分析。
网上非常多root教程所使用的都是rageagainstthecage程序，今天下载了rageagainstthecage.c源程序看了一下，大致理解了获取root权限的基本过程和原理。
首先简单解释一下什么是root过的手机（Android系统），所谓root过的手机就是我们能够以root的权限执行各种程序，进而全然控制系统。
由于官方系统基于安全原因，默认程序的执行都是以非root用户执行的，包含adbd进程。adbd进程是手机中执行的一个守护进程，他负责解释并执行PC传送过来的命令，
该进程由init进程创建，可是创建后自身通过调用setuid()系统调用设置执行的用户为shell用户。所以我们在手机中执行ps命令看到的adbd进程都是以shell用户身份执行的。
获取root权限的关键是想办法让adbd进程又一次以root身份执行，这样通过电脑传送过来的命令也就行以root身份执行了。
众所周知，Android系统用的是linux的内核，在linux中，对于用户最大同意执行的进程数有限制，所以rageagainstthecage程序在执行后先结束当前的adbd进程，
然后init进程会又一次启动新的adbd进程。可是rageagainstthecage程序同一时候会创建大量的子进程，这些子进程默认都是shell用户身份，从而使得shell用户拥有的进程数达到最大值，这就使得新启动的adbd进程调用setuid()系统调用失败，由于shell用户的进程数已满，adbd无法把自己执行的用户设置为shell用户，从而保持在刚创建时的root用户身份中执行。
这时候我们在电脑中运行adb shell命令时发现已经进入root shell了。
从上面的分析我们可以知道：要可以root成功必须满足两点：
1、系统必须已经设置每一个用户同意执行的最大进程数（官方的Android2.1、2.2好像都已经设置，2.3的不是非常清楚）。
2、必需要在新启动的adbd进程调用setuid()系统调用前创建足够多的进程数。可是由于系统进程调度的随机性，并不能保证每一次都能满足这个要求，这也就是为什么网上说多试几次就会成功。
运行完rageagainstthecage程序后事实上已经获得了root权限，可是每次这么做很麻烦，所以还应该设置一些永久性的东西，主要是上传几个程序到系统并设置对应权限，这几个程序各自是：
su－－使得非root用户可以以root身份执行程序。
busybox－－系统工具包，包括非常多的系统使用工具。
SuperUser.apk－－授权管理软件包，为须要root身份执行的程序授权。
网上下的一键root包事实上也就是把上面的工作制作成脚本让它自己主动运行罢了。
网上有一篇文章已经对root破解的基本原理进行了简介，大家能够先參考一下《》，本文仅仅能说对root原理进行了方向性的描写叙述，可是在一些详细的方面没有描写叙述清楚。本文将会对其进行一些必要的扩展和补充。
假设你进行过程序开发，在root过的手机上面获得root权限的代码例如以下：
1: Process process = Runtime.getRuntime().exec("su");
2: DataOutputStream os = new DataOutputStream(process.getOutputStream());
3: ......
4: os.writeBytes("exit ");
5: os.flush();
从上面代码我们能够看到首先要执行su程序，事实上root的秘密都在su程序中，《》中讲到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位。请參考一下UCserver的su的权限情况：
我们发现su也设置了SUID位，这样普通用户也能够执行su程序，su程序会验证rootpassword，假设正确su程序能够把用户权限提高的root（由于其设置SUID位，执行期是root权限，这样其有权限提升自己的权限）。
这样我们就能够看出事实上Android系统的破解的根本原理就是替换掉系统中的su程序，由于系统中的默认su程序须要验证实际用户权限（仅仅有root和shell用户才有权执行系统默认的su程序，其它用户执行都会返回错误）。而破解后的su将不检查实际用户权限，这样普通的用户也将能够执行su程序，也能够通过su程序将自己的权限提升。
到这里大家对root破解不感到神奇了吧。root破解没有利用什么Linux内核漏洞（Linux内核不可能有这么大的漏洞存在），能够理解成root破解就是在你系统中植入“木马su”，说它是“木马”一点儿都不为过，假如恶意程序在系统中执行也能够通过su来提升自己的权限的这种结果将会是灾难性的。所以普通情况下root过手机都会有一个SuperUser应用程序来让用户管理同意谁获得root权限，也算是给系统加了一层保险吧！
Android的应用程序入口肯定是Java程序。应用程序的启动者是由系统暂时依据Androidmanifest.xml中定义的权限而创建的暂时用户。而不像linux那样是使用登陆者的身份启动，从而使得进程具有登陆者的全部权限。这也是Android的安全机制之中的一个。新的权限机制也带来新的问题，Android给应用程序的权限是按功能来分，java尽管能够訪问文件系统。但因为应用程序本身是暂时用户启动，这个暂时用户权限十分有限。因此诞生了<越狱/root机器>这种产物事实上root机器不是真正能让你的应用程序具有root权限。它原理就跟linux下的像sudo这种命令。在系统的bin文件夹下放个su程序并属主是root并有suid权限。则通过su运行的命令都具有Android
root权限。
Su的源码网上也有，有兴趣的同学去google下。
当然使用暂时用户权限想把su拷贝的/system/bin文件夹并改属性并非一件easy的事情。这里用到2个工具跟2个命令。工具就是busybox。不熟悉的同学能够去网上google下。这个太有名了我就不多说了。把busybox复制到你有权限訪问的文件夹然后给他赋予4755权限，你就能够用它做非常多事了。当然busybox仅仅能不能提升权限，真正提升权限的是ratc这个程序，这个程序中一键root包里面能够找到，作用是rooting在adb的shell。
网上介绍Ratc的文章不多，它是rage against the cage 的缩写。是真正的提升权限的破解程序。尽管我没看过源码，但预计是利用adb源码部分内容来实现的，原理预计跟模拟器使用adb shell登陆能够获得root shell差点儿相同。（由于它执行须要adb连接才会成功）。使用busybox前先执行ratc，这样执行busybox的UID将是0，也就是root。首先把system文件夹改成可读性的：busybox
mount -o remount,rw /system，当然你还不能改以下的文件，由于system下文件的全部者都不是你。但你能够偷梁换柱把system下的文件夹给换掉。使用命令Busybox
mount -t tmpfs none /system/xbin，呵呵这下xbin文件夹你随便写了。
将su跟busybox弄过去cp /da
别忘善后busybox mount -o remount,ro /system去掉system可写。这样仅仅是暂时的，仅仅能用su跟busybox能运行一些原来系统没有权限运行的命令而已。当系统重新启动后/system/xbin又变为原来的文件。真正要改系统的话须要自己写内核代码（相当于windows的驱动程序）。内核文件拥有全部权限。使用busybox命令insmod
/da
当然我们不是搞破解的不是必需去改别人的机器，我们仅仅是想让自己应用程序具有root权限而已。所以暂时的su就能够了。我们用c++写一个可运行文件。使用socket能够跟java的程序通讯。然后将须要使用root权限才干运行的代码放在c++程序里，然后java程序中创建新的su进程，将c++程序带全路径作为參数1。启动后就能够通过socket调用c++函数去运行你想干的事了。
最后程序运行完了别忘了善后busybox umount /system/xbin。
最后说说要注意的事情，假设机器已经拥有Android root权限的话就不须要做这些事情了，但root过的机器都有装有个权限管理的程序。会弹出对话框。但这个程序管理能力有限，假设不想让他弹出的话。或许能够通过改su文件名称来解决。有兴趣的同学最好还是试试。
SuperOneClick 获取 Root 权限的原理
转贴自：http://blog.csdn.net/liwei_cmg/article/details/6313944
一、前言
经过笔者自己測试与分析，得出结论：所以Android手机获取Root权限，最直观
最有效，最简便的就是SuperOneClick方法！
与i9000基带版本号的什么JPE，JPD，JP8等等，没有关系
与i9000Android软件版本号的什么2.0，2.1，2.2等等，没有关系
与详细的什么Android手机也没有关系
管你是三星的，还是MOTO的，还是HTC……
究竟与什么有关呢，我理解是Linux的内核版本号！当然普通用户根本不必关心！
兴许的文章会提到有关破解Root的底层概念，当然也超出普通用户的理解范围。
这里，我仅仅想介绍一下SuperOneClick获取Root权限的简单原理！
二、提示
有关Root权限的获取方法可參考
《Android应用.三星i9000系列(3).无需刷机轻松获取Root权限》
本系列文章：http://blog.csdn.net/liwei_cmg/category/241839.aspx
三、原理简单介绍
我们已经知道adb(Android Debug Bridge)这个概念，无论是Moto的，还是Samsung
的，Android手机通过USB连接电脑后，安装好驱动，在设备管理器里都会看到Android
Composite ADB Interface这种东东。SuperOneClick就是调用的adb这种接口。
相同豌豆荚，91手机助手这种软件也是使用了adb。
关于Android手机USB连接电脑的相关内容，可參考：
《Android应用.三星i9000系列(1).版本号选择与USB连接电脑》
四、SuperOneClick提取Root权限的基本步骤
F:/Own/Phone/Samsung/Tools/SuperOneClick 的文件夹下全部文件
2010/10/16 22:04 577,335 adb.exe
2010/10/18 11:27 339,885 adblinux
2010/10/18 11:26 171,656 adbmac
2010/10/16 22:04 96,256 AdbWinApi.dll
2010/10/16 22:04 60,928 AdbWinUsbApi.dll
2010/10/16 23:29 1,062,992 busybox
2010/10/16 22:04 5,392 rageagainstthecage //步骤一
2010/10/16 22:04 24,120 sqlite3
2010/10/16 22:04 26,264 su //步骤二
2010/11/04 21:21 379,392 SuperOneClick.exe
2010/10/16 22:04 196,521 Superuser.apk //步骤三
手机USB调试方法连接好电脑后，在电脑上执行SuperOneClick.exe，在弹出的
界面上，点击Rootbutton，便開始了Root权限提取的自己主动操作！
事实上它的步骤是这种：
步骤一：将rageagainstthecage文件存放在手机/da
——————————————————————————–
1) 将文件放在/da
F:/Own/Phone/Samsung/Tools/SuperOneClick>adb push rageagainstthecage /da
2) 使用adb shell，改动rageagainstthecage文件权限
F:/Own/Phone/Samsung/Tools/SuperOneClick>adb shell
$ cd /da
cd /da
$ chmod 777 rageagainstthecage
3) 使用adb shell，执行rageagainstthecage
$ ./rageagainstthecage
[*] CVE-2010-EASY Android local root exploit (C) 2010 by 743C
[*] checking NPROC limit …
[+] RLIMIT_NPROC={2410, 2410}
[*] Searching for adb …
[+] Found adb as PID 19374
[*] Spawning children. Dont type anything and wait for reset!
[*]
[*] If you like what we are doing you can send us PayPal money to
[*]
7-4-3-C@web.de so we can compensate time, effort and HW costs.
[*] If you are a company and feel like you profit from our work,
[*] we also accept donations > 1000 USD!
[*]
[*] adb connection will be reset. restart adb server on desktop and re-login.
$
此时退出shell，再次使用adb shell，会发现提示符为#，已经在电脑Shell
上获取了Root权限。假设不是#，反复运行（./rageagainstthecage），
直到提示#。
F:/Own/Phone/Samsung/Tools/SuperOneClick>adb shell
#
步骤二：将/system改动为可读写，把su拷贝到/system/bin/
——————————————————————————–
1)上步骤一成功出现的#号提示符下，改动/system
# mount -o remount rw /system
#
2)另开一个命令行窗体，复制su至/system/bin
F:/Own/Phone/Samsung/Tools/SuperOneClick>adb push su /system/bin
su这个文件的功能，便是实现：普通用户至root超级用户的权限切换！
步骤三：将授权管理的标准Android软件包(Superuser.apk)拷贝到手机并安装
——————————————————————————–
这个过程非常easy，不再赘述，就是adb push与adb install。授权管理事实上
就是管理哪些程序可以使用su。也就意味着对超级用户权限的使用进行管理。
步骤四：重新启动手机
——————————————————————————–
事实上就是重新启动測试一下。
五、总结
在提取Root权限过程中，仅仅有两个关键的文件：
rageagainstthecage
su
rageagainstthecage负责直接破解获取Root权限，然后才干改动/system/。
su假设仅仅放在/da
$ ls -l su
ls -l su
-rwxrwxrwx shell shell 26264 2010-10-16 22:04 su
$ ./su
./su
Permission denied
$
所以须要把su放在/system/bin文件夹下。以供以后的手机应用程序使用！
至于rageagainstthecage，su的执行原理，就不是本文如今讨论的问题了。
android 手机/平板大行其道的今天，获得 root 权限成了大家关注的话题。
据我所知，须要获得 root 权限的嵌入式操作系统，仅仅有 ios 和 android。当中 ios 称为越狱，随着 ios 的公布，有众多高手开发了对应的傻瓜越狱工具。可是 android 应用非常广泛，却没有统一的技术支持，所以仅仅能由用户自己进行权限破解。由于 android 的内核是 linux，而 linux 中 root 拥有至高无上的权限，所以一时间获取 root 权限也成了非常多非 linuxer 关注的话题。
一键获取 android root 权限： Unviersal Androod （不适用全部机型）
为什么要获得 root 权限呢？
事实上日常应用并不须要 root 权限，可是因为一些 android 的限制，我们必须拥有 root 权限才干：
- 下载收费软件
- 改动系统文件
- 替换 hosts 文件
- 截图
- 等等 …
连截图都要 root 权限……（记得 ios 是 home+power 吧？）
消歧
使用 adb 连接到设备获得的 root 权限并非 设备所拥有的 root。
也就是说，连接设备成功后，我们对设备的系统具有了 root 权限，而设备系统自身并没有 root 权限。比如您在 market 看到 need rooted device 字样，那就是意味着您的设备系统也具有 root 权限。通常来说，root 指设备自身能够运行 su 并获得 root 权限。
原理
adb ( android debug bridge ) 链接设备，并使用具有 root 权限的 adb 改动/替换设备 su 文件，从而具有 root 权限。
前期准备
- 訪问 http://developer.android.com/sdk/index.html (need proxy)，获取 adb 工具（须要下载 sdk，windows 还需额外下载 usb 驱动）；
- 开启您的 android 设备，并运行例如以下操作： settings — application — development， 勾选usb debugging；
- 创建
DE>/etc/udev/rules.d/51-android.rules 文件，内容例如以下： DE>
ubuntu:
DE>SUBSYSTEM==&amp;amp;quot;usb&amp;amp;quot;, SYSFS{idVendor}==&amp;amp;quot;0bb4&amp;amp;quot;, MODE=&amp;amp;quot;0666&amp;amp;quot; DE> DE>SUBSYSTEM==&amp;amp;quot;usb_device&amp;amp;quot;, SYSFS{idVendor}==&amp;amp;quot;0bb4&amp;amp;quot;, MODE=&amp;amp;quot;0666&amp;amp;quot; DE> arch:
DE>SUBSYSTEM==”usb”, SYSFS{idVendor}==”0bb4″, MODE=”0666″ DE> DE>SUBSYSTEM==”usb”,ATTR{idVendor}==”0bb4″,ATTR{idProduct}==”0c02″,SYMLINK+=”android_adb” DE> DE>SUBSYSTEM==”usb”,ATTR{idVendor}==”0bb4″,ATTR{idProduct}==”0c01″,SYMLINK+=”android_fastboot” DE>
当中 USB Vendor IDs 能够在 这里 查到。
更改文件权限：
|
1
|
|
又一次载入 udev 规则：
|
1
|
|
開始～
插入 usb 数据线，然后打开终端，进入 adb/tools 文件夹，运行
|
1
|
|
Android adb devices显示 ???????????? no permissions怎么办？
Windows：执行adb root
Linux：
adb kill-server
sudo adb root
此时显示为：
List of devices attached 0123456789ABCDEF device
成功列出已连接的设备后，运行
|
1
2
3
4
5
6
7
|
|
（您须要依据您的设备和设置变更运行的路径）
等待设备重新启动完毕后，能够在 adb shell 模式输入：su（回车），会出现su: access granted, courtesy of www.magicandroidapps.com #等提示，代表成功了。
如今您能够使用root explorer，蓝牙上网，截图，martket enabler等工具啦～
为什么我不须要 root
网上超多的 root 教程会让你惊奇的发现，ROOT好简单哦。可是看到新手一拿到手机就立即刷ROOT，然后再问：取了ROOT有什么用？
我们不能全然责备用户，由于非常多教程都没有强调刷ROOT可能导致的严重后果，会危及到你手上设备的安全性。实际上，非常多用户根本不须要ROOT权限！
在開始之前，请先问你自己下面2个问题：
1.你有几次细读过菜市场里下载的软件或者游戏的使用协议？
2. 你有几次看了软件使用协议中的权限要求（full internet, gps location, read contacts等等）后会问“嗯，为什么这个游戏须要这些权限呢？”
你是不是还是照安装不误呢？
事实是，绝大多数的用户根本不会理会 程序所 请求 的这些权限，他们会照安装不误。
尽管 market 已经通知了用户软件所需的权限，但这远远不够。 由于用户还是不知道这些权限和安全有什么关系。有些软件或许没有什么恶意，但设计的却极其的烂。由于开发人员也是人，也会犯错。有时，程序猿会选择一个他们觉得安全的协议，但实际上却是非常危急的。又或者有些恶意软件，能够让别人远程清空你的手机，或者将你手机里的信息传送回指定server后再清空你的手机（或许已经有这种软件了）。我以上所说的这些样例表明，即便是非ROOT权限的程序都有可能非常危急，何况那些获得ROOT权限的程序呢？
事实上，有些功能事实上全然不应该须要ROOT权限的。非常多用户取得ROOT权限仅仅是为了加入一些自己的主题，为了一些小众的需求而已。
老实的说，看到越来越多的ANDROID新手觉得不ROOT就不能正常工作，让我感到非常沮丧。（via）
參考资料
http://developer.android.com/guide/developing/device.html
http://www.kunli.info/2009/08/22/archlinux-android-adb-recognize-device/
http://henryh.cn/blog/android_cupcake_root.html
http://bbs.hiapk.com/thread-652917-1-1.html
https://www.deleak.com/blog/2010/12/17/android-root-on-linux/