能力值:
( LV2,RANK:10 )
76 楼
对我们的HIDEOD一直有种特别的感觉,相信将来也是如此。
能力值:
( LV2,RANK:10 )
77 楼
我的是0.181
下載替換.
感謝.
能力值:
( LV17,RANK:1820 )
78 楼
support!
能力值:
( LV2,RANK:10 )
79 楼
这个和别的插件不冲突了,赞一个
能力值:
( LV2,RANK:10 )
80 楼
想请教下,ProtectDRx是什么原理?
Dr7->GD标志?
ring3下SetThreadContext,dr7有Mask,GD位无效啊
能力值:
( LV2,RANK:10 )
81 楼
多谢,多谢
能力值:
( LV2,RANK:10 )
82 楼
一直坚持下去,精神可嘉!贡献嘛 大家有目共睹
能力值:
( LV2,RANK:10 )
83 楼
谢谢你的分享
能力值:
( LV5,RANK:60 )
84 楼
非常不错,特别是主窗口标题和CPU 窗口标题可以由用户设置的设计理念很好,比采用隐藏标题的方法更好,躲过通过 Findwindow 以及 EnumWindow 检测调试器的存在,我一直在想这个问题,不过本人没实际编程能力(只想得到而自己做不到)。另外,对于类名是否可以像窗口标题一样由用户来设置躲过检测
。
正如你所说,在该 OD 的 Anti-Anti-Debug 插件中,几乎囊括了目前反反调试的技术,应该说软件作者保护并阻止反调试的正态(非变态及变形)技术就差不多这些,能够应付这些反调试手法了,也可以确定下来了。
不过,我试用了一下 OD2,OD2 本身连应付基本的检测窗口名来反调试的手段都未包含其中,我希望,OD 作者应该将上述(考虑稳定性,除使用驱动实现反反调试的项外),编写的程序中就实现这些功能,没有必要再以插件的形式让插件开发者提供,这也考虑到毕竟相似功能的插件或不兼容的插件同时使用时造成 OD 不稳定或 Crash,但愿 OD 作者能够如此,特别是提供让用户自己设置窗口标题、CPU 窗口标题及类名设置(对于类名,我不知道是否可行)。
能力值:
( LV2,RANK:10 )
85 楼
呵呵,很好的东西...谢谢楼主的分享
能力值:
( LV2,RANK:10 )
86 楼
谢谢分享~~收藏了
能力值:
( LV2,RANK:10 )
87 楼
下载了,谢谢!
能力值:
( LV2,RANK:10 )
88 楼
**一下 我的也不行了 一直坚持1.007 看来要升级了
能力值:
( LV2,RANK:10 )
89 楼
谢谢分享!好东西
能力值:
( LV2,RANK:10 )
90 楼
试用一下,thks
能力值:
( LV2,RANK:10 )
91 楼
谢谢!!!!!!
能力值:
( LV2,RANK:10 )
92 楼
网上直接搜HideOD的话基本都是0.1.5左右的老版本,包括看雪主页集成的OD里的插件的HIDEOD也是0.1.6而已。但是对于一些通过让导出表的实际数目+1导致OD一调试就自己出错退出的防调试手段,有没有修正的方法?
能力值:
( LV2,RANK:10 )
93 楼
现在还不会用,先下下来肯定有用
能力值:
( LV2,RANK:10 )
94 楼
ohye 支持,加油