当前位置: 代码网 > 服务器>网络安全>加密解密 > ACProtect Professional 1.3C 主程序脱壳(2)(图)

ACProtect Professional 1.3C 主程序脱壳(2)(图)

2008年10月08日 加密解密 我要评论
ACProtect Professional 1.3C 主程序脱壳(2)(图) 4. dump 根据脱US UnpackMe的经验,不能在false OEP处dump,此时BSS section中许多数据已经初始化了。最好在第一句(push ebp)就dump。可是那个push ebp离false OEP很远L。 Pa... 08-10-08
第7次div 0异常时:




注意ebp的值已经入栈了。pushad的结果,对应寄存器值为:
esp = 12ffc0 (原来为12ffc4)
ebp = 12ffc0 = esp (原来为12fff0)
看看bss section:




全为0,就在这里dump。如果需要仔细跟stolen code,也可以从这里入手(可以从脚本停下的第6次div 0异常处理后开始)。

先用4d9de4为oep。



用loadpe查看节表:


先把code的vsize和rsize加大,以避免修复stolen codes时空间不够。



重新跟到false oep(4d9e37)。重建输入表。



用了add new section,会不会有问题(好象有篇脱文里提到过这个)? 先这样处理。
用ida编译dumped_.exe,结果不错。
现在剩下stolen code和replaced code。
5. 修复stolen code

既然不打算仔细跟,就只有猜了。对执行第1个call以前的stolen code进行猜测,应该是安全的。后面的4次call需要仔细看看。

1) call 406edc

在ida中看dumped_.exe的结果:


先执行脚本,停下后只勾选div 0异常。直到73a9af。经过一番遮遮掩掩的代码:


在call前的寄存器:


堆栈:


call完后,下面的pushad为分界线,标识stolen code的结束。所以到这里的stolen code为(对于不确定的,可以在packer ep修改寄存器值,到这里核对):
call完后,pushad前的环境:




(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2025  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com