能力值:
( LV12,RANK:1010 )
|
-
-
2 楼
2年的时间,你就搞个Inline Hook SSDT
|
能力值:
( LV12,RANK:310 )
|
-
-
3 楼
代码完全不懂 思路还是挺清晰的
|
能力值:
( LV3,RANK:20 )
|
-
-
4 楼
这种方式最多可以骗下任务管理器
|
能力值:
( LV3,RANK:20 )
|
-
-
5 楼
而且你的Inline 效率并不高也不安全
|
能力值:
( LV2,RANK:10 )
|
-
-
6 楼
请问一下,什么叫“效率并不高也不安全”呀?请问怎样才是效率并高和安全呢?
|
能力值:
( LV3,RANK:20 )
|
-
-
7 楼
楼主的inline 需要反复修改函数头部几个字节代码
|
能力值:
( LV9,RANK:610 )
|
-
-
8 楼
不知道这种反复改的Inline方式谁想出来的,太挫…还有,针对ZwQuerySystemInformation最好是用DKOM方式~
|
能力值:
( LV8,RANK:130 )
|
-
-
9 楼
确实不安全。
调用得如此频繁的函数。。。不应该这样Hook
|
能力值:
( LV2,RANK:10 )
|
-
-
10 楼
这代码,很好很强大。感谢楼主发布,学习了
|
能力值:
( LV12,RANK:300 )
|
-
-
11 楼
问题大家都说得差不多了,我说个无伤大雅但看起来有点别扭的问题:
ZHENZHENFEIFEI_INLINEHOOK_KERNEL_DispatchXXXX……
有必要搞这么长的函数名吗?!
|
能力值:
( LV2,RANK:10 )
|
-
-
12 楼
人的侧重点不一样.估计人家重点不是搞安全的吧.
|
能力值:
( LV3,RANK:20 )
|
-
-
13 楼
那个啥。。。
但愿楼主是笔下之误。。。
cli
mov eax,cr0
and eax,0fffeffffh
mov cr0,eax
修改前5个字节 //这里加这句话太不应该了吧。。。这几条指令是准备关闭CR0。以欺骗内存只读访问。。(并且非最好的。MDL比它稳定)。。。并非修改前5字节。
mov eax,cr0
or eax,not 0fffeffffh
mov cr0,eax
sti
|
能力值:
( LV2,RANK:10 )
|
-
-
14 楼
ZHENZHENFEIFEI_INLINEHOOK_KERNEL 不是吧,LZ的工程名这么长啊,好累啊!!
InLine HOOK这样反复的改函数头,效率不高,而且也不稳定吧..
lpspi->ProcessId = 123;
还有这个,改的PID是123,貌似的我记得PID没有是单数的吧,我好象还没看到过单数的PID,哈哈...太值得怀疑这PID了
不过还不错,代码还能看懂,方法有点挫,思路值得学习!
|
能力值:
( LV2,RANK:10 )
|
-
-
15 楼
没关系咯~ 大牛你当年不是连C++都学不下去嘛~~
|
能力值:
( LV4,RANK:50 )
|
-
-
16 楼
思路有点意思
不过现在大家都是直接操作对象了 pid可能只有任务管理器还在用吧。
|
能力值:
( LV2,RANK:10 )
|
-
-
17 楼
看的我头晕。。。
|
能力值:
( LV9,RANK:200 )
|
-
-
18 楼
轩辕问的问题 太正确了,不看不知道,一看吓一跳
|
|
|