能力值:
( LV2,RANK:10 )
在线值:
|
-
-
2 楼
大周末的木有人吗〒_〒
|
能力值:
( LV7,RANK:110 )
|
-
-
3 楼
妹子。。。爆照就有人了
|
能力值:
( LV3,RANK:30 )
|
-
-
4 楼
inotify 或者 fork子进程 相互ptrace ?
|
能力值:
( LV12,RANK:270 )
|
-
-
5 楼
大周末还加班么~~
首先,加解密和内存dump没有直接的关系。
然后,只要发布出去的程序,就肯定可以被破解,只是代价问题。
再然后,防内存dump?肯定是防不住的,因为整个系统都是用户的,你拿什么防。
最后,防小白和工具流还是可以的,但只是增加一点难度而已。具体怎么做,要看你针对什么dump方法,没有通用的防御方案。
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
每个函数加密,用的时候再解密
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
7 楼
相互ptrace看到有做的了,inotify资料不太多,没有看到实现呢,还听说一种hook read()函数的方法,不知可不可行〒_〒
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
8 楼
相互ptrace看到有做的了,inotify资料不太多,没有看到实现呢,还听说一种hook read()函数的方法,不知可不可行〒_〒
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
9 楼
哇~~惊现大神膜拜一下 
dump方法 gdb IDA zjDroid 这些原理难道不一样的吗?
大神觉得hook特定函数防内存被读取这个思路可行吗?  VM虚拟化呢
|
能力值:
( LV12,RANK:270 )
|
-
-
10 楼
1. gdb IDA
2. zjDroid Xposed
3. dd大法
1. 就是反调试,反调试做到了就ok
2. 可以通过hook函数防止内存被写入文件,但是你hook哪个函数,被人知道了,也就bypass了。就是打个信息差,但是防御者会占据很大的劣势
3. 貌似无解,没见过能防的,也没深入研究过
|
能力值:
( LV12,RANK:345 )
|
-
-
11 楼
最后一个可行,vm你做得出来吗
|
能力值:
( LV5,RANK:60 )
在线值:

|
-
-
12 楼
感觉现在的壳一般都是通过反调试来对抗dump,防止内存dump听说过,但一直不知道怎么实现
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
13 楼
嗯嗯!感谢回复!  受教了(●'◡'●)
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
14 楼
感觉这是个未来值得研究的方向
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
15 楼
感谢回复,共同学习
|
能力值:
( LV2,RANK:10 )
|
-
-
16 楼
这不就是传说中的梆梆4.0吗
|
能力值:
( LV7,RANK:110 )
|
-
-
17 楼
VM确实是发展方向,简单点可以用O-LLVM混淆native代码。
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
18 楼
用O-LLVM混淆native代码,大神做过吗?可否留个扣扣请教一下 
还有android VMP壳还有接触呀?
|
能力值:
( LV2,RANK:10 )
在线值:

|
-
-
19 楼
爆照换qq
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
20 楼
|
能力值:
( LV7,RANK:100 )
|
-
-
21 楼
inotify 内存文件监视,可以去分析下数字加固是怎么用的,但实际效果也不大。
防止破解增加反调试,代码膨胀插花ollvm不错的选择
防止内存dump,稍微有效的手段是将dex内存不连续;
而对于不连续的dex又可以fuzz class重建dex来完全dump,对抗内存重建可以在dex里塞坑,比如stringIdsSize、debug_info_off等。
对于vm,难产品化
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
22 楼
谢谢回复! 
vm虽然难商业化,但是应该可以作为一个研究思路吧?毕竟我只是个学院派嘿嘿o(^▽^)o
大神对java层vm了解吗,可否留Q交流下
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
23 楼
从web安全转行到移动安全了,每天都在研究安卓安全的问题,希望多交流
|
能力值:
( LV2,RANK:10 )
|
-
-
24 楼
java层的VMP很难商用,大概思路是自定义一套指令集和与之对应的解释器,先将标准的指令转换成自己的指令,然后由解释器将自己的指令解释给dalvik的解释器,由dalvik解释器进行最终的解释执行。就类似是在dalvik虚拟机里再放一个虚拟机。
有两个难题需要解决:
一是稳定性
不管什么方法,这都是一个大难题,安卓的设备,版本,系统太多太多。
二是运行效率
本身dalvik就是个虚拟机,此方案更是加了一个虚拟机,运行效率大概会下降100倍左右
|
能力值:
( LV3,RANK:20 )
在线值:
|
-
-
25 楼
正所谓破坏容易,建设难。攻和受两者永远是死循环。
|
|
|