GCC: (GNU) 4.9.x 20150123 (prerelease)
Android clang version 3.8.256229  (based on LLVM 3.8.256229)
gold 1.11

编译器信息

我还是下个老牌 edb 去

https://github.com/eteran/edb-debugger
edb 可以说是很经典的了(

可能还没有那个 iApp 的加固厉害，那个至少使用了黑科技每次打包（使用 javascript 开发的）iApp 应用时把密钥藏原生库里, 代码藏在 lib.so 里(so 只是一个障眼法，你可以无视它的扩展名)
但也是终于逃不过内存 dump,后来发现连脚本的混淆都没做 🌑

JavaScript 有那么难混淆吗？？？？

所以既然校验逻辑简单的话，不如多花点时间拿汇编或者更不知名能编译为机器代码的语言写，说不定破解难度更高( 逃
(.....

pushd capstone
./make.sh
sudo ./make.sh install
popd

🌚 #backend #emmm 居然还有这么酷的命令.... ..

#China #android https://www.zhihu.com/question/264149822

所以我觉得这么做其实也不算（在不损害用户体验的基础上）特别用心的代码保护？...
要是做绝了就没意思了，比如某些游戏，加几层虚拟机保护 🌚......
卡的一比

膜 cracker dalao( #dalao

(也未必，drakeet 不一定把使用的保护技术全写出来了

参考博文

我不知道drakeet在这个从宽下载的包里还用了其他什么
<application android:allowBackup="true" android:fullBackupContent="@xml/a" android:icon="@mipmap/ic_launcher" android:label="@string/dx" android:largeHeap="true" andr
看来他说的 AndResGuard 应该也用了

等价交换，本文大概值 6 ~ 12 人民币，你可以扫描以下支付宝对我进行付费打赏，再次表示感谢：
🌑 好吧，我没钱........
这么说我已经不交钱看了这么多篇博文了

如果你因为我的文章而受益，你需要对此文进行付费，这样我花费的时间可以得到一些回报，就像王垠说的：

这样我也无话可说，现在我没钱 🌑🤐

（其实 drakeet 这样分享自己的心得不止会帮到其他开发者，也会帮到破解者
这样他们就不需要去找全你用了什么代码保护技术了，因为你已经说出来了....

#reveng 这次的目标就是静态或动态分析找出这个文案（如果不存在就算了
并设法解密 了解其内容

现在将会检查 Native 库内部逻辑。