|
阅读：1901回复：10
加密驱动不处理FastIO会有什么问题？
我用minifilter做加密驱动，因为缓冲的IO最终还是由非缓冲IO实现，所以我只处理非缓冲的IRP读写，FastIo不做处理，这样会有什么问题吗？目前我的驱动对各种信息显示类软件（mplayer，word等）都正常，只是vc不能编译加密的CPP，但可以正常显示CPP明文。
|
|
最新喜欢： arbel
|
|
沙发#
发布于：2008-05-18 17:26
这要看你的设计目标是什么吧，如果是针对进程类型的加密，即不可信进程只能读到密文，那肯定要处理，如果是系统所有进程都能读取到明文，那应当可以不处理FASTIO
|
|
|
板凳#
发布于：2008-05-19 10:40
编译调用的是CL进程，如果你只是把devnev或者msdev进程设为授权进程的话，那编译时肯定无法编译密文了，因为编译进程是非授权进程。。。
 |
|
|
地板#
发布于：2008-05-19 12:48
设计目标就是使文件在磁盘上以密文储存，但读入内存无论进程都是明文。但CL.EXE就是编译时报错，很奇怪，其他软件运行正常。
|
|
|
地下室#
发布于：2008-05-19 20:05
用filespy看看cl.exe等都打开／创建了些什么文件，编译时临时产生一些文件检查这些文件的加解密处理是否正确，另外有一点可以尝试下：分别在NTFS和FAT 分区上试试
|
|
|
5楼#
发布于：2008-07-11 16:08
恩，是个问题，关注一下
|
|
|
6楼#
发布于：2008-07-11 23:54
楼主的minifilter是不是系统启动自动加载，如果手动加载估计缓冲的IO就会有问题
|
|
|
7楼#
发布于：2008-07-12 00:20
“设计目标就是使文件在磁盘上以密文储存，但读入内存无论进程都是明文”
文件过滤，为什么不处理FastIO？？？OS就这么定的！ 既然如此，为何非要用 文件过滤，用 磁盘过滤不好吗？ 如果是我的手下，我一定说他脑子进水了，不仔细分析需求。 别怪我出口不逊，这种问题见太多了，生气！ |
|
|
|
8楼#
发布于：2008-07-15 22:13
引用第7楼hgwolf于2008-07-12 00:20发表的 : 是老板让做文件过滤得。我也想用磁盘过滤。因为那就不是我的工作了。 |
|
|
9楼#
发布于：2008-07-18 18:48
引用第8楼dionysus77于2008-07-15 22:13发表的 : 你要愿意解决众多的兼容性、稳定问题，那就妥协吧，否则，应该跟老板说清楚 老板肯定不会要一个不稳定的东西，除非你考验、培训你 |
|
|
|
10楼#
发布于：2008-07-19 00:05
It's not easy for a disk/volume filter to maintain a transparent header or trailer.
|
|
