能力值:
( LV13,RANK:1050 )
|
-
-
26 楼
不得不顶的好贴,学习
|
能力值:
( LV9,RANK:1210 )
|
-
-
27 楼
楼上几位的批评是不对的,我的确没看过CV加出来的东西。不过看Ryosuke的文章,有点象Tmd|WL选CISC类型时的VM。IDB里变形代码相对较少,也没有假的jcc分枝,也许Ryosuke
保护的时候选的强度不高?
顺便问一句,Ryosuke怎么搞的变形代码? 我本想再玩一下,不过最近工作比较忙,要放一放了。
|
能力值:
(RANK:650 )
|
-
-
28 楼
|
能力值:
(RANK:1060 )
|
-
-
29 楼
虚伪门事件。
不过我觉得cv>vmp
|
能力值:
(RANK:330 )
|
-
-
30 楼
不 能 不 顶 啊
|
能力值:
( LV2,RANK:10 )
|
-
-
31 楼
CV本身卖的就是纯粹的VM,自然要考虑效率,自然不会动用THEMIDA速度最慢的VM构架。
|
能力值:
( LV2,RANK:10 )
|
-
-
32 楼
收藏学习,谢谢分享
|
能力值:
( LV2,RANK:10 )
|
-
-
33 楼
|
能力值:
( LV9,RANK:970 )
|
-
-
34 楼
对,我选择的是中等加密强度,目的是不想产生太多的垃圾变形代码PCode,这个例子只是一个演示如何分析CV的VM,只是一个例子。不管用哪种强度,它的dispatch_code好像都没有怎么变化,除了dispatch_no被重新排序以外,但是VM_Data里面生成的垃圾代码变多了很多。
CV的代码变形和TMD的代码变形一样,就那几种,我想SM兄应该很清楚的,无非就是静态分析,和动态调试。
|
能力值:
( LV9,RANK:1210 )
|
-
-
35 楼
我想试试用程序实现变形代码清理,得到大致干净的VM解释引擎,再根据handler的特征及PCODE与机器码的对应关系,做个半自动的工具来还原代码。PCODE到机器码的转换我以前都是直接读的,完全没有实战价值。不过我对直接得到正确的机器码几乎不抱信心,不出错的可能性太小了,能以助记符的形式做出来就不错。
感觉难度太大,花了不少时间代码清理还没过,放下有1个月了。
|
能力值:
(RANK:10 )
|
-
-
36 楼
很谢谢Ryosuke, softworm 两位VIP,学习了
|
能力值:
( LV9,RANK:250 )
|
-
-
37 楼
顶起+留名。
|
能力值:
( LV2,RANK:10 )
|
-
-
38 楼
都是高手,我也沾一点光
|
能力值:
( LV2,RANK:10 )
|
-
-
39 楼
专门来拜偶像....
|
|
|