Why LayeredFSD? 系列之一

技术分享 No Comments »
一直以来,基于进程的透明加密技术是国内文件加密市场运用最为广泛、而且也最能为用户认可的技术。该类技术有一个最基础的问题,即加解密需要区分不同的进程,一般称为加密进程和非加密进程 或者是授权进程和非授权进程(下面我们统一简称为 授权进程和非授权进程)。

基本的需求是:授权进程操作的文件需要加解密:如word进程操作 doc文件 就需要加解密,而非授权进程 比如 explorer.exe 在拷贝文件的时候 就不需要加解密。这样在普通的文件拷贝和黏贴操作中 加密的文件就始终保持密文状态,从而防止文件的泄密。

但是Windows操作系统的设计中,为了提高效率,对文件的读写使用了缓存。这样一个加密文件如 a.doc 在被 授权进程 如 word.exe 打开过一次后 文件的内容就已经解密后被缓存到了操作的缓存管理器(CM)。此后任何进程对该文件的读写都首先检查缓存是否有该文件的内容。如果应用程序使用FileMaping(一种对文件读写抽象技术)来读取文件的话,甚至不会发出任何的IRP请求包,这样基于文件过滤器的透明加密产品根本没有机会去处理。

这样就不能满足刚才我们所说的基本要求,在osr的ntfsd新闻组 你会经常看到国内的程序员在咨询这样的技术问题。在单纯的文件过滤驱动中 最迅速的解决方式就是 不断的刷新文件的缓存,使得任何进程对加密文件的访问都发出 非缓存方式的IRP读写,然后根据进程的不同,授权进程的读写就加解密,而非授权进程的读写不加解密。

貌似这样的方案是能够很快的解决问题,但直到有一天 我看到有个英国的老外回复了一句很有深意的话,大意是这样:”用2分钟的时间 完成了这个需求 但是你得用10年的时间来解决由此带来的问题”。

此后在基于MiniFiler的SEFS2..0系列的项目实施过程中发现,尽管你通宵达旦的熬夜去解决某个问题,而且似乎问题也得到了解决。但其实另一个问题同时又产生了。

由此我们开始反思技术路线,尽管此时 osr 的 dmk 已经发布了 3 年之久。但在这以前我们一直认为 dmk 的存在只是为了展示技术的先进性,而不能想到 dmk 为什么要做LayeredFSD。

待续。。。。。

发布正式稳定版本sefs3.1.1.3821

产品发布 No Comments »

1、修正excel在特殊情形下 公式的丢失问题

2、心跳检查在休眠和待机回复后失败的问题

3、其他修正。

sefs3.0.9.3819更新

产品发布 No Comments »

修正:

1、待机或者是休眠状态下 心跳检查失败的问题。

sefs3技术白皮书更新

产品发布 No Comments »

更新SEFS3技术白皮书 下载点击

SEFS3即将发布一个稳定的版本3.1

产品发布 No Comments »

在南方某地已经实施的某个项目的版本基础上,sefs3即将发布一个稳定版本sefs3.1

近期我们将完善些相关的技术文档和白皮书已经性能测试的报告。

敬请期待。

sefs3.0.8.3817

产品发布 No Comments »

修正:

1、ms office2007的兼容性问题。

2、对目录的rename的问题

3、DataPages的稳定性。

 

增加:

1、增加虚拟盘符接口 可以单独显示一个虚拟盘符。

WP Theme & Icons by N.Design Studio 2009 SEFS Team
Entries RSS Comments RSS 登录