-
-
[CrackMe]过签名校验，看起来很简单的样子【已完结，附解题攻略】
-
发表于: 2021-11-17 13:54
-
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
可行方案，牛B |
|
|
|
|
|
|
|
|
很棒 |
|
|
你可以试一试，就算你修改了manifest，一样一行命令完成重打包。项目在这里： 140K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6$3K9i4u0B7j5i4u0d9j5i4c8W2L8q4)9J5c8Y4u0S2N6r3g2D9i4K6u0V1j5$3!0J5k6b7`.`.
最后于 2021-11-24 01:38
被virjar编辑
，原因：
|
|
|
我试了一下并不行啊（改3个文件的前提下），也许是我操作有问题。 如果其中有1个文件没改的话，1楼和8楼的方案也是可以的。主要是1楼说出了重点，只修改classes.dex就可以完美过这个题。 超纲的题是3个文件都要修改：AndroidManifest.xml，resources.arsc（比如修改一下应用名称），classes.dex（修改代码）。只有3个文件全部修改，才能触发最终保护。不知道是不是我打包操作有问题，你可以试试。 另外，项目挺不错的，不过很多开发者还是用windows的，要是能出个windows的脚本就更棒了，不用专门开虚拟机去编译。 |
|
|
应用名称在asrc格式的androidManifest.xml中，不在resources.arsc。windows上面各种开发的问题太多，不会考虑windows。 “我试了一下并不行啊（改3个文件的前提下），也许是我操作有问题”关于这个问题，只要你不是svc汇编过去验证的，肯定都是逃不开我的hook的。并且在未来的版本，即使svc获取也逃不开，这是方案实现原理确定的。 |
|
|
我阅读了你的项目代码，你的hook模块并不能hook到我的调用，我是用的svc调用，并且你也有集成svc的hook，但是并没有生效，事实上目前所有hook框架都有一个逻辑问题（暂不详述）。我也打包了一个输出日志的包，可以完整输出maps和打开任何我想要打开的文件（也就是hook无效了）。直接用你发的APK我也试了一下，只要修改了resources.arsc，就会被检测到。
最后于 2021-11-24 14:58
被血舞长空编辑
，原因：
|
|
|
svc默认没有打开 |
|
|
github这个svc的hook设计就算打开了也碰不到我的调用点，而且直接扫描修改内存效率低废cpu，还可能误操作。 |
|
|
|
