最近一直看透明加密,头都大了啊,突然在冥冥之中看到这篇文章,犹如一阵清风拂面啊,不敢独享,希望初识文件透明加解密的同仁少走弯路,也希望后面大家有好文章,直接往驱网上挂(这是做开发时的一些经验和研究文献中总结出来的,希望对一些朋友有用)
全文
回复(9) 2008-12-01 22:02 来自版块 - 文件系统(过滤)驱动程序开发
表情
bjjxh如果不足一个分页大小,如何获取实际需要操作的文件长度. 在完成例程中可以得到 或者 利用FCB(2009-06-05 13:54)
Chinaluo_007这时候再用Write.Length来作为参考进行分组加密的话就会出问题,需要进行特殊处理。 请问这个特殊处理应该如何进行了? 也就是在写入的时候,如果不足一个分页大小,如何获取实际需要操作的文件长度.(2009-05-31 16:17)
misssir写的非常好(2009-05-28 18:52)
Chinaluo_007是啊,冰山一角,远远不止这么简单。 想实现还有很多事情要做。(2009-05-25 23:03)
namdaa所以 如果你限制你的网络程序所代表的进程可以仅获得原始文件(密文)的话 那么就可以实现这个功能了 那怎么判断当前读文件的进程是不是网络程序呢?(2009-05-22 20:16)
gooddaddy(2009-05-22 16:40)
wanted999冰山一角.(2008-12-07 04:30)
mz_suya这个文件发送到别的机器上,仍然是明文,没加密?我严重怀疑,是没清除缓存的问题,不知道如何清除呢? 这个跟你的缓存没有关系 不要啥事情都怪罪缓存 你直接发 难道就不需要读磁盘吗?所以 如果你限制你的网络程序所代表的进程可以仅获得原始文件(密文)的话 那么就可以实现这个功能了 ...(2008-12-02 10:32)
fancylf文中提到了,首次打开文件的时候,文件会发IRP_MJ_READ到磁盘,然后文件数据会一直保存到缓存中,后面再次打开文件的时候,就直接从缓存中读了,而不再有读请求发出来(我通过调试发现的确是这样),应用程序再读的数据都是明文了,为了解决这个问题需要在关闭文件的时候清除缓存, 不过好...(2008-12-01 22:09)

返回顶部