版块
论坛
喜欢
话题
应用
搜索
登录
注册
zzbwang的个人空间
访问量
9
新鲜事
帖子
资料
http://bbs3.driverdevelop.com/index.php?m=space&uid=206012
关于文件加密标识的考虑,请版主给指导一下
我在做一个加密驱动,刚做完外围部分,现在考虑关于加密文件标识的问题。看了一些先行者的文章,说了几个问题,我觉得很有道理: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)
回复
michaelgz
:
1)加密标识应当放在文件尾部: 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)
回复
1
2
下一页 »
zzbwang
加关注
写私信
0
关注
1
粉丝
60
帖子
返回顶部