[发明专利]模块加解密方法

权利要求书

1.一种模块加解密方法，包括多通道接口模块、应用进程识别模块、统一报错处理模块、临时目录，文件管理模块、微软ApiHook库、AES加解密库、数据校验模块、权限控制模块、复制拷贝权限控制模块、文件拖拽控制模块、多文档控制分派模块、多文档模块及安全防护模块；其特征在于：该方法至少包括以下步骤：

步骤1，用户通过系统注册表项，以动态链接程序库(DLL)方式试图加载所有新启动的应用程序；

步骤2，应用进程识别模块对当前应用程序进行识别，确定应用程序的类型；

步骤3，通过多通道接口模块与协同服务进行通信，确定当前应用程序是否为保密应用；

步骤4，如果是保密应用，则判断是否有映射明文文件；

步骤5，使用密文；

步骤6，关闭明文Handle时检查是否是列表中的密文；

步骤7，退出程序。

2.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤1中还包括：

步骤1.1，Attach处理判断是否需要进行控制，并进行初始化。

3.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤2中还包括：

步骤2.1，对所有进程都加载安全防护模块；

步骤2.2，对于保密进程，则会调用AppDispatch加载多文档模块，然后创建对应的密文访问处理器，并用创建的处理器去初始化密文访问处理框架，访问处理框架中主要是拦截Windows File Access API，使Application对文件的访问经过该框架处理，该框架添加自己的处理逻辑后还会调用实际的WindowsApi进行处理；

步骤2.3，对于非保密进程，则会加载数据源判定模块：即剪切板数据传输模块以及文件拖拽控制模块，用于识别剪切板的数据源和目标，以及拖拽的源和目标。

4.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤3中还包括：

步骤3.1，确定当前应用程序是否为保密应用，若是保密应用，判断是否有明文映射文件；

步骤3.2，若不是保密应用，则AES加解密库自动加密后判断是否有明文映射文件。

5.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤4中还包括：

步骤4.1，判断是否有映射明文文件，如果有映射明文文件，数据校验模块验证映射明文文件的长度及最后修改时间；

步骤4.2，如果没有映射明文文件，或者映射明文文件需要更新，则对源文件同时创建映射明文文件，并记录；

步骤4.3，调用映射明文文件，对明文文件进行隐藏和保护；

步骤4.4，返回明文Handle。

6.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤5中还包括：

步骤5.1，用明文Handle进行读写；

步骤5.2，对于获取文件长度信息的API要进行处理，扣除密文文件头长度，再返回。

7.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤6中还包括：

步骤6.1，关闭明文Handle时检查是否是列表中的密文，如果是列表中的密文，则检查是否已经被修改，若没有被修改，则修改密文，若已经被修改，则退出程序；

步骤6.2，如果不是列表中的密文，则退出程序。

8.根据权利要求7所述的模块加解密方法，其特征在于：所述的修改密文包括三种方式：直接WriteFlie、通过CopyFile及通过MoveFile；拦截WriteFile处理时仅需要在检查该操作是否为记录在列表中的密文，如果是则对修改标志置位；对于CopyFile和MoveFile则仅需要对文件路径映射中路径进行检查，如果目标文件为密文，则在保持文件头的条件下对文件进行加密处理。

9.根据权利要求1所述的模块加解密方法，其特征在于：所述的步骤7中还包括：

步骤7.1，调用FileAccessFramework恢复被拦截API的原始状态；

步骤7.2，释放分配的系统资源。