能力值：
( LV1，RANK：0 )
|
-
-
201 楼
为啥不能评论
|
能力值：
( LV1，RANK：0 )
|
-
-
202 楼
6666666666666666
|
能力值：
( LV1，RANK：0 )
|
-
-
203 楼
6666666666666666
|
能力值：
( LV1，RANK：0 )
|
-
-
204 楼
666
|
能力值：
( LV2，RANK：10 )
|
-
-
205 楼
6666666666666
|
能力值：
( LV2，RANK：10 )
|
-
-
206 楼
不知为何 AI的文风总给人不靠谱的感觉
|
能力值：
( LV3，RANK：35 )
|
-
-
207 楼
6666
|
能力值：
( LV1，RANK：0 )
|
-
-
208 楼
111111
|
能力值：
( LV2，RANK：10 )
|
-
-
209 楼
感谢分享。
|
能力值：
( LV1，RANK：0 )
|
-
-
210 楼
|
能力值：
( LV2，RANK：10 )
|
-
-
211 楼
kk
|
能力值：
( LV1，RANK：0 )
|
-
-
212 楼
想看看
|
能力值：
( LV1，RANK：0 )
|
-
-
213 楼
666
|
能力值：
( LV1，RANK：0 )
|
-
-
214 楼
非常支持你的观点！
|
能力值：
( LV2，RANK：10 )
|
-
-
215 楼
仔细看了一遍 总感觉还是复杂了 基于pfn动态替换的rw分离 或者说是rx分离 应该不需要dbi就能实现无痕hook 毕竟同一个虚拟地址对应不同的物理地址 对应用而言 pc压根就没变 自然不需要动态重编译 感觉会更优雅一些
|
能力值：
( LV1，RANK：0 )
|
-
-
216 楼
66666666
|
能力值：
( LV2，RANK：10 )
|
-
-
217 楼
感谢分享
|
能力值：
( LV1，RANK：0 )
|
-
-
218 楼
1
|
能力值：
( LV9，RANK：270 )
|
-
-
219 楼
文章里面只写了一些基础的，这里面细节贼多 。
1、高并发场景，反复修改uxn状态 。反复unhook和hook 。
2、hook的两个地址太近了，都在一个内存页上 ，第一个地址进来，第二个地址也触发，变成叠加状态，A函数触发，调用B函数，多次进入，unx没办法做到一个地址的精准监听，需要用crc和hook地址做key，该需要纪录递归逻辑，防止阻塞，这块可能是多级关系 。
3、第一次hook得时候指令是123，第二次变成456，这块还需要判断内存地址crc，hook同一个地址CRC是多少 ，多次分配DBI内存还有DBI内存复用，都需要用CRC判断。
4、还有就是内存回收这块，hook十万次压测，在unhook，内核如何设计GC线程回收，全是坑 。
|
能力值：
( LV1，RANK：0 )
|
-
-
220 楼
666
|
能力值：
( LV1，RANK：0 )
|
-
-
221 楼
666666666666666666666
|
能力值：
( LV2，RANK：10 )
|
-
-
222 楼
66666
|
能力值：
( LV1，RANK：0 )
|
-
-
223 楼
支持大佬，谢谢分享
|
能力值：
( LV1，RANK：0 )
|
-
-
224 楼
开始学习
|
能力值：
( LV2，RANK：10 )
|
-
-
225 楼
666
|
|
|
|
