1.前言
本文为源码定制学习的root指纹抹除篇，通过本文的学习，读者能够把握Android指纹的根本定制能力和root定制能力，本文参考了看雪大佬利用root检测通杀篇，为试验记录笔记。有问题，能够一一指出：
本文第二节次要讲述基本原理
本文第三节次要讲述试验
本文第四节次要为总结
2.基础知识
2.1 指纹解析
须要对Android指纹进行批改，最重要是明确build.prop的参数含意，这里截取网上文章中的一部分，不便大家了解：
# begin build properties （开始设置零碎性能）# autogenerated （通过设置造成零碎信息）ro.=GRI40 (版本ID)ro.build.=GRJ22 （版本号）ro.build.version.incremental=eng.buildbot.20110619.060228 （版本增量）ro.build.version.sdk=10 （sdk版本）ro.build.version.codename=REL （版本代号）ro.build.version.release=2.3.4 （Android 2.3.4零碎）ro.build.date=Sun Jun 19 06:02:58 UTC 2011 （制作者及制作工夫）ro.build.date.utc=0ro.build.type=user (编译模式,如user,userdebug,eng,test模式)ro.build.user=buildbot (编译账户)ro.build.host=bb1 (编译主机零碎)ro.build.tags=test-keys (编译标签)ro.product.model=HTC Wildfire （HTC外部手机代号）ro.product.brand=htc_wwe （手机品牌）ro.product.name=htc_buzz （手机正式名称）ro.product.device=buzz （采纳的设施）ro.product.board=buzz （采纳的处理器）ro.product.cpu.abi=armeabi-v6j （cpu的版本）ro.product.cpu.abi2=armeabi （cpu的品牌）ro.product.manufacturer=HTC （手机制造商）ro.product.locale.language=zh （手机默认语言）ro.product.locale.region=CN （地区语言）ro.wifi.channels= （WIFI连贯的渠道）ro.board.platform=msm7k （主板平台）# ro.build.product is obsolete; use ro.product.device （旧代码ro.build.product，应用代码ro.product.device）ro.build.product=buzz （建设产品）# Do not try to parse ro.build.description or .fingerprint （不要试图批改description和fingerprint）ro.build.description=passion-user 2.3.3 GRI40 102588 release-keys （用户的KEY）ro.build.fingerprint=google/passion/passion:2.3.3/GRI40/102588:user/release-keys （零碎指纹）# end build properties （性能代码结束）## system.prop for buzz （零碎技术支持由BUZZ提供）## Density in DPI of the LCD of this board. This is used to scale the UI （高密度的液晶的DPI板。这是用来大规模UI的）# appropriately. If this property is not defined, the default value is 160 dpi. （appropriately.如果这个属性没有定义,缺省值是160 dpi的分辨率）ro.sf.lcd_density=240 （显示屏分辨率，数值越大分辨率越底，240就是800*480的）# View configuration for QVGA. （屏幕的设置）view.fading_edge_length=8view.touch_slop=15 （触摸屏灵敏度，数值越大越灵活）view.minimum_fling_velocity=25 （滑动速度）view.scroll_friction=0.008 （滑动误差）# RIL specific configuration. （特定设置）rild.libpath=/system/lib/libhtc_ro.ril.ecc.HTC-WWE=999ro.ril.ecc.HTC-ELL=92,93,94ro.ril.enable.a52.HTC-ITA=1ro.ril.enable.a53.HTC-ITA=1ro.ril.enable.a52=0ro.ril.enable.a53=1ro.ril.vmail.23415=1571,BTro.ril.hsdpa.category=8 （hsdpa全称High Speed Downlink Packet Access中文意思：高速上行分组接入,设置的数越大传输越快）ro.ril.htcmaskw1.bitmask=429496ro.ril.htcmaskw1=14449ro.ril.def.agps.mode=2 （关上AGPS服务反对，可改为ro.ril.def.agps.mode=0 改后能省电但GPS定位速度会变慢）ro.ril.gprsclass=12 （GPRS设置）# For HSDPA low throughput （HSDPA低输量）ro.ril.disable.power.collapse=1 （关闭电源）# Modify MMS APN retry timer from 5s to 2s. （批改短信的APN设置5秒为2秒）ro.gsm.2nd_data_retry_config=max_retries=3, 2000, 2000, 2000# Time between scans in seconds. Keep it high to minimize battery drain.（扫描在几秒之内，可升高用电量）# This only affects the case in which there are remembered access points, （这个批改仅能影响此文件）# but none are in range.（然而没有一项是在范畴内的）wifi.interface=eth0 （WIFI界面）wifi.supplicant_scan_interval=45 （WIFI扫描间隔时间，这里设置是45秒。把这个工夫设置长点能省电）# Mobile data interfaces （挪动数据的接口）mobiledata.interfaces=rmnet0,rmnet1,rmnet2# Allow or deny tethering. （容许和回绝绑定）ro.tether.denied=false# Default network type. （默认的网络类型）# 0 => WCDMA Preferred. （0=WCDMA优先）ro.telephony.default_network=0# Enable Google-specific location features, （谷歌特定地点的设置）# like NetworkLocationProvider and LocationCollector.（如网络服务器提供商和服务器地位）ro.c o m.google.locationfeatures=1# The OpenGL ES API level that is natively supported by this device. （开放式绘图介面）# This is a 16.16 fixed point number. （界面有16个点，16个不动点数量）ro.opengles.version=65536 （开放式绘图介面参数）# Disable fs check on boot by default. （开机时默认禁用FS查看）sys.checkfs.fat=false# Performance settings. （性能设置）dalvik.vm.execution-mode=int:jitdalvik.vm.heapsize=24m （虚拟内存大小，可设置为16m或24m或32m或48m）persist.sys.use_dithering=1persist.sys.purgeable_assets=1# Increase SKIA decode memory capability for progressive jpg file.ro.media.dec.jpeg.memcap=20000000## ADDITIONAL_BUILD_PROPERTIES （其余性能设置）no_require_sim=true （手机卡爱护设置）ro.rommanager.developerid=cyanogenmodnightly （固件管理器开发者是CM大神）ro.url.legal=http://www./intl/%s/mobile/android/basic/phone-legal.htmlro.url.legal.android_privacy=http://www]/intl/%s/mobile/android/basic/privacy.htmlro. com.google.clientidbase=android-google （谷歌客户身份）ro. com.android.wifi-watchlist=GoogleGuest （WIFI用户名单）ro.setupwizard.enterprise_mode=1 （默认情景模式）ro. com.android.dateformat=MM-dd-yyyy （默认工夫格局，改为yyyy-MM-dd，显示成果就是XXXX年XX月XX日）ro. com.android.dataroaming=false （漫游设置）ro.config.ringtone=Playa.ogg （默认铃声设置，文件在/system/media/audio/ringtones 把喜爱的铃声放这里，比方123. MP3放入ringtones文件夹中，这里代码改为ro.config.ringtone=123. mp3）ro.config.notification_sound=regulus.ogg （默认提示音，文件在/system/media/audio/notifications 批改办法同上）ro.config.alarm_alert=Alarm_Beep_03.ogg （默认闹铃，文件在/system/media/audio/alarms 批改办法同上）ro.modversion=CyanogenMod-7-06192011-NIGHTLY-buzz （版本信息，改这个能让你小名呈现零碎对于中，改为ro.modversion=xxxxx）ro.setupwizard.mode=OPTIONAL （装置向导模式）net. bt. name=Android （零碎名称）dalvik.vm.stack-trace-file=/data/anr/traces.txt 参考文章：Android零碎build.prop文件生成过程
前面咱们要批改设施的指纹，次要关注两个文件：buildinfo.sh和Makefile
2.2 root检测形式
个别Android 上root检测的根本形式蕴含：
（1）查看su命令是否存在（2）查看罕用目录是否存在su（或检测是否存在s权限的文件）（3）应用which命令查看是否存在su（4）被动申请root权限（5）执行busybox（6）查看Android属性（读取build.prop中要害属性，如ro.build.tags和ro.build.type）（7）查看特定门路是否有写权限（在Android零碎中，有些目录是普通用户不能拜访的，例如/data、/system、/etc等）（8）查看市面支流的模拟器（9）检测frida、xposed等Hook框架的特色具体能够分为：Android root的零碎指纹、root的门路指纹、root的执行操作、第三方工具等
参考文章：批改ROM实现自定义su命令-root检测通杀，这里给出了一些根本的root检测指纹：
1.detectRootManagementApps—检测常见su包名,如{“com.noshufou.android.su”, “com.noshufou.android.su.elite”, “eu.chainfire.supersu”, “com.koushikdutta.superuser”, “com.thirdparty.superuser”, “com.yellowes.su”, “com.topjohnwu.magisk”, “com.kingroot.kinguser”, “com.kingo.root”, “com.smedialink.oneclickroot”, “com.zhiqupk.root.global”, “com.alephzain.framaroot”}2.detectPotentiallyDangerousApps—{“com.koushikdutta.rommanager”, “com.koushikdutta.rommanager.license”, “com.dimonvideo.luckypatcher”, “com.chelpus.lackypatch”, “com.ramdroid.appquarantine”, “com.ramdroid.appquarantinepro”, “com.android.vending.billing.InAppBillingService.COIN”, “com.android.vending.billing.InAppBillingService.LUCK”, “com.chelpus.luckypatcher”, “com.blackmartalpha”, “org.blackmart.market”, “com.allinone.free”, “com.repodroid.app”, “org.creeplays.hack”, “com.baseappfull.fwd”, “com.zmapp”, “com.dv.marketmod.installer”, “org.mobilism.android”, “com.android.wp.net.log”, “com.android.camera.update”, “cc.madkite.freedom”, “com.solohsu.android.edxp.manager”, “org.meowcat.edxposed.manager”, “com.xmodgame”, “com.cih.game_cih”, “com.charles.lpoqasert”, “catch_.me_.if_.you_.can_”}3.detectRootCloakingApps—{“com.devadvance.rootcloak”, “com.devadvance.rootcloakplus”, “de.robv.android.xposed.installer”, “com.saurik.substrate”, “com.zachspong.temprootremovejb”, “com.amphoras.hidemyroot”, “com.amphoras.hidemyrootadfree”, “com.formyhm.hiderootPremium”, “com.formyhm.hideroot”}4.suPath—遍历执行可能存在的su文件夹,如{“/data/local/”, “/data/local/bin/”, “/data/local/xbin/”, “/sbin/”, “/su/bin/”, “/system/bin/”, “/system/bin/.ext/”, “/system/bin/failsafe/”, “/system/sd/xbin/”, “/system/usr/we-need-root/”, “/system/xbin/”, “/cache/”, “/data/”, “/dev/”}5.checkForDangerousProps—查看一些属性的值.{ro.debuggable”, “1”},{“ro.secure”, “0”}6.checkForRWPaths—先执行(须要root)mount如果返回true而后再查看是否有读写权限{“/system”, “/system/bin”, “/system/sbin”, “/system/xbin”, “/vendor/bin”, “/sbin”, “/etc”}7.detectTestKeys—查看编译类型是否为 {“test-keys”}8.checkBuildProp—查看Buildprop的值,{“ro.build.display.id”,”ro.build.version.incremental”,”ro.build.date”,”ro.build.date.utc”,”ro.build.type”,”ro.build.user”,”ro.build.flavor”,”ro.build.tags”,”ro.build.description”,”ro.build.fingerprint”,”ro.product.model”,”ro.product.brand”,”ro.product.name”}9.checkSuExists—执行su,看看是否执行胜利10.checkForRootNative—Native层root查看11.checkForMagiskBinary—检测是否存在Magisk-{“/data/local/”, “/data/local/bin/”, “/data/local/xbin/”, “/sbin/”, “/su/bin/”, “/system/bin/”, “/system/bin/.ext/”, “/system/bin/failsafe/”, “/system/sd/xbin/”, “/system/usr/we-need-root/”, “/system/xbin/”, “/cache/”, “/data/”, “/dev/”}具体的大家能够参考原文
我在后面的文章：Android破绽之战调试与反调试也用实在的代码进行了展演示，这里大家能够进行参考
3.试验
试验环境：
pixel Android8.0.1Ubuntu 183.1 user版本的编译
首先，咱们编译user版本的镜像，里我须要编译的指标版本是aosp_sailfish-user，那么在编译的选项中是没有这一项的，依据lunch命令列出的文件，随便找一个文件进行批改，咱们以device/google/marlin/vendorsetup.sh文件为例，进行批改
source build/envsetup.sh咱们轻易关上一个配置文件进行增加，例如这里咱们关上配置文件device/google/marlin/vendorsetup.sh
vim device/google/marlin/vendorsetup.sh咱们也能够发现之前的userdebug版本申明也在这外面
而后咱们再次初始化并抉择设施：
source build/envsetup.shlunch能够发现此时咱们就多了user版本，而后咱们抉择该版本
编译：make -j4
编译实现
咱们能够发现当初就是user的版本，也没有root权限，和咱们平时应用的手机一样
这里咱们在网上找一个root检测工具，咱们能够发现此时的手机是未通过root的
只管咱们当初编译的是user版本，然而咱们试验了一些测试的APP，发现其中有一些APP还是检测零碎含有root，通过剖析咱们发现，无论是user编译还是user-debug编译，咱们的零碎签名都应用的是test-key，而咱们真正的手机个别是release-key签名后公布的，所以很多APP将这里作为检测点
这里有两种计划：
（1）编译release-key版本的零碎
因为前面咱们还要发展指纹抹除试验，所以这里给大家举荐一个文章，想要实现能够去试下：Android——编译release版签名零碎
（2）批改指纹
咱们这里为了简略的试验，前面在试验中将这里的进行抹除
test-keys--->release-keys而后为了发展前面的实现，咱们尝试拿到user版本的指纹，因为此时无奈root，所以无奈查看 /system/build.prop的信息，所以咱们间接对设施进行root
8.0刷入root步骤： （1）刷入twrp （2）应用twrp刷入Magisk既能够取得root针对Android8.0的设施取得root，最不便的便是刷入Magisk
此时咱们再次查看设施的指纹：
能够发现此时咱们能够找到指纹，这里咱们保留该指纹信息
3.2 userdebug版本编译
咱们按下面的编译步骤抉择userdebug版本
咱们能够发现userdebug的指纹显著不一样，此时咱们再查看一下
3.3 root指纹抹除
后面咱们别离对user版和debug版的零碎进行了剖析，相应不少敌人应答一些常见的root检测的利用进行解决，那能不能即取得root的操作，又领有user一样的镜像呢，这里咱们就须要对root进行定制和指纹抹除
首先咱们用文件比照工具来进行比拟：
咱们只须要将这些差别的中央一一进行批改即可
（1）test-keys
后面咱们提到了这个问题，所以这里咱们须要将其进行批改，这里间接将test-keys批改为release-keys
咱们先查找一下地位：
而后咱们搜寻ro.build.tags，能够在buildinfo.sh中找到
而后咱们持续定位前面的值，在build/make/core/Makefile中
这里咱们间接批改为release-keys
（2）ro.build.display.id
依照后面的思路进行定位：
build/make/core/Makefile
这里咱们将其值批改为和user保持一致
留神这里咱们应用release-key
（3）ro.build.version.incremental
这里咱们能够将buildinfo.sh和Makefile文件都批改
即咱们批改BF_BUILD_BUMBER的值就能够了
（4）ro.build.date和ro.build.date.utc
这两个是编译是工夫，为了与前面保持一致，咱们还是进行批改
而后咱们进行批改：
（5）ro.build.type
buildinfo.sh
Makefile
间接在此处批改即可
（6）ro.build.user和ro.build.host
buildinfo.sh
这里咱们间接批改为用户名和主机
（6）ro.build.flavor
而后咱们间接进行批改
（7）ro.build.description
应批改为：
aosp_sailfish-user 8.1.0 OPM1.171019.011 eng.Windaa.20221109.050000 release-keys （8）ro.build.fingerprint
一样，咱们进行定位
而后咱们进行批改
Android/aosp_sailfish/sailfish:8.1.0/OPM1.171019.011/Windaa11090500:user/release-keys（9）ro.product.model、ro.product.brand、ro.product.name
一些敌人想要设施向google的原设施一样，能够批改手机的代号和产品名称，这里就不批改了，感兴趣敌人能够批改
3.4 root定制
root定制这里参考通用的办法：xu为自定义的名称
AOSP/system/extras/su下批改Android.mk中su批改为xuAOSP/system/core/libcutils/fs_config.cpp中/system/xbin/su批改为/system/xbin/xuAOSP/system/sepolicy/private/file_contexts中/system/xbin/su批改为/system/xbin/xu第一处
第二处
第三处
3.5编译
而后再次编译，抉择user-debug版
lunch：24make -j43.6成果演示
咱们从新刷机，刷机实现后，就能够发现定制的镜像和原理看起来统一
定制后：
定制前（user版）：
咱们能够试下，看能不能失常root
能够发现是没有问题的
4.总结
本文编译了user版和user-debug版，并通过指纹定制将user-debug魔改为user版，为后续试验提供了更多的不便，相干文件后续上传github
5.参考文献
https://bbs.pediy.com/thread-273485.htm#msg_header_h2_0http://lzonel.cn/3136.htmlhttps://blog.csdn.net/u010142437/article/details/78030485https://www.jianshu.com/p/dd6cca4ec27d本文由平安后厨团队分享，转载请注明起源，违者必究！