前言

日系机因为其畸形的运营商主导加拉帕戈斯制度,导致一般消费者要更新换代手机要付出的金钱并不是很多,很多二手手机流入日本本土中古市场以及回收商。又由于日本离我国很近,这些机子大多流入了国内。在x鱼上,因其良好的性价比,销量还算不错。但因为其差强人意的系统,很多人购买后都想root来提升易用度,可是日系机的防护一概很严格,有些人滥用方法,导致变砖。同时,也避免高谈阔论的伪大神的出现,所以作为倒腾过日系御三家各种平台的root的人类,必须得站出来解释一下!
不管怎么说,夏普京瓷富士通这三家公司都非常热衷于加强手机的安全性,这虽然对一般用户的确是好事,但是对于开发者以及爱倒腾的人来说,这便是个很严重以及很恶心的问题
直接关于日系设备的root的资料其实并不多,主要在2ch以及国内和东欧的付费维修商手上,但是可用的exploit其实有非常多(日系机更ASPL频率不算特别高),只要加以利用并且加上自己的改动,即可拿来使用
另外,在夏普京瓷富士通三家公司中,夏普的有效ROOT资料最多,同时夏普的LSM以及eMMC写保护也是御三家最复杂的,如果你可以自行ROOT掉夏普,则其他两家的ROOT也会变得简单,毕竟大同小异。

Root的基本概要

这个指南大概是给小白们看的普及文章,所以我尽可能从最基本的部分开始写起。Android设备的root,简单来说就是在/system/xbin目录下放一个叫做su的可执行文件,或者修改内核里面的init。就像在Windows中,改动C:\WINDOWS\System32一个道理。
当然你想普通的把文件复制进/system/xbin,那是不可能的,因为/system在正常情况下,是只读的。但是我们可以通过临时ROOT,来让System挂载为可写。
但是厂商的程序员也不是傻子,肯定老早想到了有人会用临时ROOT来往重要分区写数据,所以他们很早就在设备上有了应对方案。比如夏普的miyabi内核安全模块,富士通的fjsec内核安全模块,京瓷的kclsm和selinux_kc内核安全模块。更有甚者,直接在eMMC控制器做写保护,甚至加入厂商自定义的eMMC控制器解除写保护指令。
这样的话,一般的提权顶多给个#,接下来就没有任何操作可以执行了,由于不能写入System,现在的设备也都强制开启安全启动以及内核签名校验,也不能对bootloader或内核动手脚,重启后连#都会消失,这时候,你可能会感觉各种方面好像被完全给堵死了。接下来就来谈谈绕过以及各大LSM的坑。
在我个人的经验来说,御三家的ROOT难度依次为夏普(7.1之前)>富士通>京瓷(7.1之前)>京瓷(7.1之后)>夏普(7.1之后)

各大厂商的坑

SHARP
1.miyabi导致mount和insmod不可使用
2.夏普改动的insmod对于ko的二次检查
3.miyabi限制对/system的写入
4.eMMC控制器对于/system的所在区块的写保护
5.标准eMMC的CLEAR_WRITE_PROT(即CMD_29)指令需要前置OEM指令才可启用
6.setsockopt被miyabi额外保护

KYOCERA
4.4之前
1.kclsm导致mount,insmod不可用
2.insmod硬编码了白名单,仅可insmod白名单中的ko且必须位于init时启动
3.eMMC控制器对于/system的所在区块的写保护
4.实时检查su存在和system的挂载状态,检测到则锁定NFC
4.4之后
1.selinux_kc导致mount,insmod不可用
2.insmod硬编码了白名单,仅可insmod白名单中的ko且必须位于init时启动
3.selinux_kc完全移除了setenforce功能
4.eMMC控制器对于/system的所在区块的写保护
5.实时检查su存在和system的挂载状态,检测到则锁定NFC

FUJITSU
1.fjsec导致mount,insmod,chroot,dd等全系列指令不可用
2.fjsec用户版不具备关闭功能
3.fjsec的全面保护贯穿recovery等
4.Bootloader绕过签名验证后官方系统开机则立即重启

标签: 无

本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。

添加新评论

captcha