blue
驱动大牛
驱动大牛
  • 注册日期2001-04-25
  • 最后登录2010-10-15
  • 粉丝0
  • 关注0
  • 积分55分
  • 威望12点
  • 贡献值0点
  • 好评度4点
  • 原创分0分
  • 专家分0分
阅读:1830回复:6

有关加密文件

楼主#
更多 发布于:2003-03-08 19:48
在这里不少人都在作文件加密系统,基本上都是作的FileSystem\'s Filter,但不知是Upper Filter Driver还是lower Filter Driver,这两种哪种好呢?
我看EFS大概是below the FSD吧。
还有不知各位当有个IRP_MJ_WRITE(NOCACHE)时要加密,若采用分组加密算法时,所产生的扩充怎么办?
vcmfc
驱动中牛
驱动中牛
  • 注册日期2001-03-23
  • 最后登录2008-01-28
  • 粉丝0
  • 关注0
  • 积分528分
  • 威望53点
  • 贡献值0点
  • 好评度52点
  • 原创分0分
  • 专家分0分
沙发#
发布于:2003-03-08 21:47
看来老大是使用16分组,我们以前使用过16与8分组,处理分组真的麻烦.
vcmfc
驱动中牛
驱动中牛
  • 注册日期2001-03-23
  • 最后登录2008-01-28
  • 粉丝0
  • 关注0
  • 积分528分
  • 威望53点
  • 贡献值0点
  • 好评度52点
  • 原创分0分
  • 专家分0分
板凳#
发布于:2003-03-08 21:42
老大你也搞这个呀!!!!


看来你有不少麻烦呀!!!
vcmfc
驱动中牛
驱动中牛
  • 注册日期2001-03-23
  • 最后登录2008-01-28
  • 粉丝0
  • 关注0
  • 积分528分
  • 威望53点
  • 贡献值0点
  • 好评度52点
  • 原创分0分
  • 专家分0分
地板#
发布于:2003-03-08 21:38
对,是要处理分组对齐呀!!!!


不过分组要自已读呀!!!!!,不然怎么叫分组算法呢!

IRP_MJ_WRITE不一定是512,这是非份之想。
blue
驱动大牛
驱动大牛
  • 注册日期2001-04-25
  • 最后登录2010-10-15
  • 粉丝0
  • 关注0
  • 积分55分
  • 威望12点
  • 贡献值0点
  • 好评度4点
  • 原创分0分
  • 专家分0分
地下室#
发布于:2003-03-08 20:10
我是说:
假如你使用128bits分组算法,当修改文件中第9-27个字节时,那还需读出原文中第1-32Bytes内容解密,再修改9-27内容,再加密写完磁盘吗?
还是说IRP_MJ_WRITE(NOCACHE)中需写回的内容长度都是扇区长度(512B)或是簇的长度的整数倍呢?
vcmfc
驱动中牛
驱动中牛
  • 注册日期2001-03-23
  • 最后登录2008-01-28
  • 粉丝0
  • 关注0
  • 积分528分
  • 威望53点
  • 贡献值0点
  • 好评度52点
  • 原创分0分
  • 专家分0分
5楼#
发布于:2003-03-08 20:05
至于EFS,应该说是MS很无耻,它可以整合进去,但我们就难,如果没有它的接口规则,不要想EFS了。
vcmfc
驱动中牛
驱动中牛
  • 注册日期2001-03-23
  • 最后登录2008-01-28
  • 粉丝0
  • 关注0
  • 积分528分
  • 威望53点
  • 贡献值0点
  • 好评度52点
  • 原创分0分
  • 专家分0分
6楼#
发布于:2003-03-08 20:02
IFS FILTER只能是上层filter。


对于加密,如果采用分组算法,只能使用ECB方式,如采用CBC方式,理论上不可解密,这主要是windows读文件从来都不是顺序的。
游客

返回顶部