能力值:
( LV6,RANK:90 )
|
-
-
2 楼
学习了
为什么还用ssdt hook呢 直接inline hook不可以吗 感觉ssdt太显眼了
|
能力值:
( LV13,RANK:330 )
|
-
-
3 楼
ssdt是故意做样子的,迷惑而已. 真正的目的是用inline hook, 由于我的inline hook无法检测
出来,让人检测到ssdt HOOK狂喜,而忘了还有真正的HOOK在该是,这应该是技术上的欺骗吧
|
能力值:
( LV2,RANK:10 )
在线值:
|
-
-
4 楼
感觉这个办法,欺骗得了点白痴类型的,对于玩电脑,
可能就不好办了.但是你的思路很不错..我也学习过ROKKIT
if(HookSSDTZwQuerySystemInformation!=TempCheckInSSDTSpace)
这也太明显了吧,处理得不怎么样.
|
能力值:
( LV6,RANK:90 )
|
-
-
5 楼
 这是心里战.........
感觉现在还是inline hook比较难弄 楼主在哪inline hook? 前5个nop么 还是深层inline hook
|
能力值:
( LV4,RANK:50 )
|
-
-
6 楼
这么厉害的INLINE?
memcmp检测不出来的inline hook?
挂了缺页中断?
|
能力值:
( LV13,RANK:330 )
|
-
-
7 楼
其实,我处理inline hook是借助一个反汇编引擎,自己动态解析被挂钩API内部指令,进行更深层次的HOOK,于是memcmp检测不出来那是很自然的事。也没有什么神奇的,就是进入更深层次的HOOK,不再停留于表面。有时间的话,我打算让他支持inline层次基本设置,通过动态调整层次级别,尽量让他能通用于所有API。 我觉得通用是最重要的,要是得为每个要inline hook重新编码,HOOK多了,人可受不了。
“ if(HookSSDTZwQuerySystemInformation!=TempCheckInSSDTSpace)
这也太明显了吧,处理得不怎么样.”
置于这个也没太在意, 要是显眼的话,简单的XOR下不就解决了,我不可能手把手的教,有些东西
需要我们自己去领悟和创新,不要局限于他人的表面之词。^_^
|
能力值:
( LV4,RANK:50 )
|
-
-
8 楼
无非就是使用里面的调用(比如CALL指令)来进行所谓“深层次”的HOOK吧。
你自己把ANIT ROOTKIT作者想得太傻了,早就有ROOTKIT用过了,ANIT-ROOTKIT当然也就会有防范。
本人自用的HOOK检测引擎(已经实现),是递归检测指定代码,对比被执行的前M条指令、N层深的CALL涉及的代码,另外使用VM来虚拟执行待检测代码目标代码前X条指令来检查执行流异常转移,你那种小把戏早就测试过,基本废掉
更不用说其他专业点的ANIT-ROOTKIT作者
|
能力值:
( LV3,RANK:30 )
|
-
-
9 楼
映射目标文件 对比代码..检测 恢复 都简单着
|
能力值:
( LV4,RANK:50 )
|
-
-
10 楼
原始文件可能打不开或者内容明显错误,你的程序就不工作了?
|
能力值:
( LV13,RANK:330 )
|
-
-
11 楼
原来是这样,再一次火星人了
|
能力值:
( LV3,RANK:30 )
|
-
-
12 楼
不能打开 内容明显错误
都有猫腻 就算检测到了
|
能力值:
( LV4,RANK:50 )
|
-
-
13 楼
给你伪造个内核文件,去检测吧
|
|
|