我在做一个加密驱动,刚做完外围部分,现在考虑关于加密文件标识的问题。看了一些先行者的文章,说了几个问题,我觉得很有道理:1)加密标识应当放在文件尾部,这样比较简单。因为在打开文件后,每次读写不需要考虑实际数据的偏移(如果加密标识放在文件头,就必须每次都要重新计算)2)在打开文件(...
全文
回复(11) 2009-04-06 12:34 来自版块 - 文件系统(过滤)驱动程序开发
表情
jununfly引用 引用第6楼zzbwang于2009-04-14 19:00发表的 : 你的这个问题可能的原因是:如果写文件的方式是non cached,那么Offset和Length都必须跟扇区大小对齐。 minifilter的swapbuffer里面有这样的例子(2009-05-14 10:47)
fancylf引用第6楼zzbwang于2009-04-14 19:00发表的 : 你的这个问题可能的原因是:如果写文件的方式是non cached,那么Offset和Length都必须跟扇区大小对齐。 [图片] 请问怎么对齐呢?谢谢!(2009-05-13 17:02)
fancylf我在IRP_MJ_CREATE 里面简单地根据文件格式判断文件是否需要加密 如果需要加密,自己构建IRP发送到文件对象,在头部插入512字节的标记,其中包括移动后面的内容(2009-04-15 12:57)
lixianhui你头标记在IRP_MJ_CREATE 具体怎么实现的? 可能运用的函数不通也会出现这样情况(2009-04-15 09:27)
qianjunhua牛逼啊! 有demo 出来了吗(2009-04-14 23:33)
zzbwang引用第5楼fancylf于2009-04-14 15:32发表的 : 我之前在头部添加标记的处理如下,但是问题多多, 在做加密标记处理时,在IRP_MJ_CREATE 完成后在加上512个字节的头部加标记, 在IRP_MJ_READ中读到加密文件是,让位移IrpSp->P...(2009-04-14 19:00)
fancylf我之前在头部添加标记的处理如下,但是问题多多, 在做加密标记处理时,在IRP_MJ_CREATE 完成后在加上512个字节的头部加标记, 在IRP_MJ_READ中读到加密文件是,让位移IrpSp->Parameters.Read.ByteOffset加上512,再返回 在...(2009-04-14 15:32)
michaelgz1)加密标识应当放在文件尾部: Depends. I don't think one is better than the other. 2)在打开文件(IRP_MJ_CREATE)的时候去掉加密标识。 3)在cleanup的时候,并且对该文件的引用等于0的...(2009-04-14 04:21)
geland你的设计中1.2.3.4.5都是可行的,我就在去年实现了这样一个东西,但是和3,5梢有不同!后来我把它扔了,重新设计了加密头放在头部的,双FCB的实现...(2009-04-13 19:21)
zzbwang版主不在家,大拿不肯泄露技术秘密,来这里没啥用啊(2009-04-13 16:06)

返回顶部