|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
好的，最迟这周发出！
|
|
|
|
|
|
|
|
|
这个确实是不完善的地方，不过你所说的dump是指在发生异常导致系统Crash的时候转储dump么？还是说数据要按照一定的格式显示到指定的地方？如果是前者的话，现在是没有做的，现在的使用方法是依赖Windbg来捕获异常，然后后分析。
如果是后者的话，dump数据我现在只是将数值打印出来了，并没有做其他的复杂呈现。我这个代码从功能上来说自我评价是一坨屎一样的代码。。  这个是对的，驱动最重要一点的就是稳定性，因为关乎整个系统的稳定，所以我在做一些驱动的时候都是极力的避免去使用一些undocumented的函数或者数据类型等。 如果Fuzz程序在应用层实现的话，那就只能针对特定进程来进行Fuzz了，特定的驱动可能只会跟一种程序打交道，还有一些驱动要跟很多不同种类的进程打交道，而Fuzz程序的本来就相当于对目标驱动进行灰盒测试，测试的数据大多都是测试者所不明的，所以为了尽可能的截获所有数据并对其进行畸形化，个人觉得还是在内核层实现比较好，这样可以提高数据来源的数量，从而提高找到漏洞的几率。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Thanks for share.
|
|
|
|
|
|
|
|
|
|
