MT管理器免vip破解版，第二代MT的APK編輯功能和界面進(jìn)行了全面升級(jí)，延續(xù)了經(jīng)典高效的雙窗口操作設(shè)計(jì)，可反編譯修改XML文件、DEX文件、ARSC文件。

支持批量重命名、文件內(nèi)容搜索、文本對(duì)比、FTP客戶端

軟件說(shuō)明

老牌Android神器—MT管理器的第二代版本，由原作者Bin重新開(kāi)發(fā)。

全新的Material風(fēng)格UI，延續(xù)了經(jīng)典高效的雙窗口操作設(shè)計(jì)，擁有常見(jiàn)的文件管理功能，支持批量重命名、文件內(nèi)容搜索、文本對(duì)比、FTP客戶端等等功能，內(nèi)置的文本編輯器可流暢編輯大文本文件并支持代碼高亮顯示。

第二代MT的APK編輯功能和界面進(jìn)行了全面升級(jí)，可反編譯修改XML文件、DEX文件、ARSC文件，無(wú)需像APKTOOL費(fèi)時(shí)費(fèi)力地反編譯整個(gè)應(yīng)用，除此之外MT還提供了翻譯模式，可以在手機(jī)上方便的漢化APP。

功能太多無(wú)法一一介紹，請(qǐng)親自下載體驗(yàn)。

Android手機(jī)端破解教程

今天我們的主題是破解這個(gè)工具內(nèi)部的收費(fèi)功能，而用這個(gè)工具進(jìn)行破解教程后續(xù)再給出文章，今天我們就來(lái)爆破這個(gè)app的收費(fèi)功能。不多說(shuō)了，直接上圖：

我們?cè)诓榭碼rsc文件的一部分功能的時(shí)候，就出現(xiàn)這個(gè)提示了，好的，直接用這個(gè)提示信息作為突破口，使用apktool工具反編譯apk，然后查看他的string.xml文件：

看到這里，就很懵逼了，而且你會(huì)發(fā)現(xiàn)apk內(nèi)部的所有資源都是這種格式定義，到這里可以猜想apk做了資源混淆，我們用Jadx打開(kāi)apk之后，全局搜索這個(gè)name值，是找不到的，會(huì)發(fā)現(xiàn)全是R.xxx.MT_Bin這樣的定義，所以這個(gè)作者是為了防護(hù)apk做的一種策略。不過(guò)不要緊更惡心的防護(hù)還在后面�？次曳治鲈僬f(shuō)。不過(guò)在怎么資源混淆，最終在smali代碼中都必須用int值0x7FXXXX來(lái)進(jìn)行操作，所以我們可以在smali代碼目錄下全局搜索包含0x7f08009e值的文件，這里需要借助Window中的命令findstr了：

命令很簡(jiǎn)單，在當(dāng)前目錄下查找所有文件中包含指定字符串內(nèi)容的：findstr /s /i “需要查找的內(nèi)容” *.*

我們可以看到總共就這么幾個(gè)文件，這里我不會(huì)對(duì)每個(gè)文件進(jìn)行查找，然后在確定是否是這個(gè)文件了，大家自己操作，可以依次順序進(jìn)行查看定位即可。最終我定位到了0oO00OO.8.smali這個(gè)文件。我們打開(kāi)這個(gè)文件查看：

記住在代碼的157行調(diào)用這個(gè)字符串信息了，然后我們?cè)贘adx中進(jìn)行類(lèi)查找即可：

查找之后又開(kāi)始懵逼了，這是他的第二次防護(hù)代碼混淆，你看這些類(lèi)名被高度混淆了，不過(guò)有個(gè)規(guī)律，就是都是C開(kāi)頭，然后是4位的數(shù)字，后面就是正確的類(lèi)名。所以后面查找類(lèi)都要記住這個(gè)規(guī)則即可。因?yàn)镴adx在查找類(lèi)名不區(qū)分字符大小寫(xiě)，這里通過(guò)觀察，可以確定是第一個(gè)，我們點(diǎn)擊進(jìn)入即可：

這里看到，正好是我們想要找的地方，看之前收費(fèi)的功能截圖：

就是資源查詢(xún)功能需要收費(fèi)。所以到這里，我們的入口就定位正確了，接下來(lái)就開(kāi)始跟蹤分析代碼即可。不過(guò)這里有同學(xué)會(huì)問(wèn)，上面那幾個(gè)找到的文件，怎么就能定位到這個(gè)入口文件呢？還是那句話�？梢砸来螌�(duì)每個(gè)smali代碼進(jìn)行分析，還有一個(gè)辦法就是在每個(gè)類(lèi)中用到的提示信息地方進(jìn)行hook，然后操作一下，看看哪個(gè)類(lèi)中打印了，就表示哪個(gè)類(lèi)是正確的。這個(gè)是逆向的一點(diǎn)經(jīng)驗(yàn)。

接著上面的入口繼續(xù)跟蹤代碼分析：

先不管這個(gè)判斷，后面再分析，看看這個(gè)提示信息邏輯：

繼續(xù)查看：

看到了，這里就是用了toast進(jìn)行提示的，符合我們看到的效果了。下面就來(lái)看看這個(gè)判斷了：

通過(guò)這里大致分析到，這個(gè)類(lèi)管理了一個(gè)用戶的付費(fèi)功能的有效期。后面還需要用到這個(gè)類(lèi)，先不管，我們直接用Xposed把這個(gè)方法強(qiáng)制返回true即可：

這里hook的時(shí)候，一定要注意類(lèi)名正確，這個(gè)規(guī)則之前已經(jīng)說(shuō)過(guò)了，除去Jadx中顯示類(lèi)名的Cxxxx后面就是正確的類(lèi)名了：C2789oOo0oo0o==》oOo0oo0o；就是這樣的規(guī)則。記住后面hook都是這么干的。

繼續(xù)往下看。我們既然hook了這個(gè)方法返回true了，那么代碼就不走提示信息了，就往下面走：

這里會(huì)發(fā)現(xiàn)又有很多判斷分析，主要是判斷系統(tǒng)版本，然后就還是上面提到的那個(gè)類(lèi)，判斷用戶是否為會(huì)員，可以進(jìn)入查看代碼：

這兩個(gè)方法看到和時(shí)間有關(guān)，說(shuō)明這里應(yīng)該和用戶是否為會(huì)員到期功能有關(guān)，先不管，直接把這兩個(gè)方法進(jìn)行hook，修改返回值為true即可：

不過(guò)，既然設(shè)計(jì)到了會(huì)員到期問(wèn)題，繼續(xù)查看這個(gè)到期時(shí)間在哪里設(shè)置的：

我們攔截這個(gè)類(lèi)的方法，把時(shí)間改成永久會(huì)員：

然后我們查看個(gè)人中心信息：

修改成功了，我們繼續(xù)查看改成永久會(huì)員之后的后面判斷：

這里通過(guò)系統(tǒng)版本來(lái)判斷高版本中運(yùn)行時(shí)的一些權(quán)限是否開(kāi)啟，如果沒(méi)有開(kāi)啟，那么功能也是用不了的，這里我用的4.4系統(tǒng)，所以這一層判斷對(duì)我沒(méi)什么影響。直接往下看：

繼續(xù)點(diǎn)擊進(jìn)入代碼查看：

通過(guò)跟蹤代碼發(fā)現(xiàn)，o是個(gè)接口類(lèi)型，看他賦值的地方是在構(gòu)造方法中，那么全局查找C05320oO00OO這個(gè)類(lèi)用到的地方：

通過(guò)分析，可以確定是最后一條信息，點(diǎn)擊進(jìn)入即可：

再次確認(rèn)是這里，我們正好是處理arsc文件的。然后全局搜索看看這個(gè)類(lèi)方法在哪里調(diào)用的：

分析之后，在這個(gè)類(lèi)中調(diào)用了：

查看這個(gè)類(lèi)的方法：

最終會(huì)調(diào)用傳入進(jìn)來(lái)的這個(gè)類(lèi)的o方法，我們回到最開(kāi)始處：

進(jìn)入繼續(xù)查看代碼：

這里就有點(diǎn)問(wèn)題了，使用工具還是出現(xiàn)錯(cuò)誤提示：

而這個(gè)o方法分析非常麻煩，非常深入，也同時(shí)hook了下面的類(lèi)的run方法：

也并沒(méi)有執(zhí)行，所以問(wèn)題就出在這個(gè)o方法了，而我們可以看到這里有一個(gè)try.catch，并且會(huì)打印異常信息，所以我們可以通過(guò)日志分析，直接過(guò)濾System.err即可：

果然不出所料，這里有崩潰棧信息就好辦了，直接跟蹤查看：

這里看到，有一個(gè)判斷，如果是0就正確走邏輯了，那么簡(jiǎn)單，繼續(xù)hook這個(gè)方法，讓其返回0即可：

不過(guò)可惜的是，運(yùn)行還是有問(wèn)題：

依然查看System.err日志信息：

直接根據(jù)堆棧信息跟蹤代碼：

在往上看調(diào)用代碼：

發(fā)現(xiàn)崩潰日志就從這里開(kāi)始的，上面我們hook了o方法，讓其返回0，走到內(nèi)部邏輯了，但是沒(méi)想到內(nèi)部卻又有崩潰信息，我們?yōu)榱烁�好的查看崩潰原因，我們hook這個(gè)o方法，把參數(shù)字節(jié)數(shù)組和返回值字節(jié)數(shù)組打印出來(lái)看結(jié)果：

運(yùn)行Xposed模塊，查看日志：

看到了，這里的值返回為null值，所以上面報(bào)了異常信息了。繼續(xù)往上看代碼，看看這個(gè)字節(jié)數(shù)組怎么傳入的：

看到這里發(fā)現(xiàn)，工具做了第三層防護(hù)，就是app內(nèi)部所有的網(wǎng)絡(luò)請(qǐng)求都采用Socket，防止被輕易抓包破解�？梢钥吹竭@個(gè)工具作者安全防護(hù)意識(shí)非常強(qiáng)，后面還要介紹第四層防護(hù)。因?yàn)椴捎肧ocket請(qǐng)求，一般抓包工具很難抓到數(shù)據(jù)了，我們先hook這o方法，打印Socket請(qǐng)求的ip地址和端口號(hào)信息：

然后，我們?cè)谌ナ褂媚莻�(gè)收費(fèi)功能，打印日志：

發(fā)現(xiàn)了這個(gè)ip地址，對(duì)應(yīng)的域名是binmt.cc了，為了能夠抓到數(shù)據(jù)包，我們用Wireshark工具進(jìn)行操作，關(guān)于如何使用這個(gè)工具抓取手機(jī)數(shù)據(jù)包，不了解的同學(xué)可以看這篇文章：Wireshark和Fiddler抓取設(shè)備數(shù)據(jù)包分析；我們過(guò)濾一下ip地址看看結(jié)果：

結(jié)果也是看到，他用了SSL加密數(shù)據(jù)了，而從上面日志打印看，也是沒(méi)有數(shù)據(jù)的，因?yàn)榉祷氐淖止?jié)數(shù)組都是null了。而且返回的數(shù)據(jù)，我們?cè)诟�蹤本地代碼發(fā)現(xiàn)，會(huì)先進(jìn)行解壓操作：

然后開(kāi)始進(jìn)行數(shù)據(jù)校驗(yàn)：

看到整個(gè)過(guò)程全部用DataInputStream類(lèi)進(jìn)行操作，也就是純的字節(jié)操作。對(duì)應(yīng)破解看數(shù)據(jù)增加了非常大的難度。到這里也是沒(méi)轍了，原因很簡(jiǎn)單，首先我們因?yàn)闆](méi)有購(gòu)買(mǎi)會(huì)員，所以服務(wù)端返回的數(shù)據(jù)肯定是不正確的。那么首先我們應(yīng)該獲取爭(zhēng)取的服務(wù)端數(shù)據(jù)，然后替換上面的返回字節(jié)數(shù)據(jù)的方法返回值即可。