[发明专利]基于LINUX的数据加密保护方法及系统

权利要求书

1.一种基于LINUX的数据加密保护方法，其特征在于：包括如下步骤：

步骤1、计算出要进行控制的应用程序的MD5码，并将该MD5码作为签名值与应用程序名称一并提交给服务器；然后将服务器返回的程序控制策略下发给内核；

步骤2、服务器接收提交的签名值并完成应用程序注册，之后配置应用程序的程序控制策略，并将配置的程序控制策略返回给客户；

步骤3、将程序控制策略加载到内核，并重定向内核的读/写接口，之后根据加载的程序控制策略对访问的应用程序进行控制以及对文档的读/写进行加解密；

所述步骤3具体包括以下步骤：

步骤31、在内核重新定义读/写接口函数，并将原读/写系统调用接口的地址重定向到新定义的读/写函数接口；

步骤32、在新定义的读/写函数接口中添加程序控制策略，并对访问的应用程序进行应用程序名称及签名值验证；

步骤33、应用程序验证通过后，便对文档的读/写进行加解密。

2.如权利要求1所述的基于LINUX的数据加密保护方法，其特征在于：所述步骤31具体为：先在系统调用表的入口地址中获取原读/写系统调用接口的地址信息，并将该地址信息记录下来；然后在内核中重新定义读/写接口函数；最后将原读/写系统调用接口的地址重定向到新定义的读/写函数接口，实现对原读/写系统调用接口的拦截。

3.如权利要求2所述的基于LINUX的数据加密保护方法，其特征在于：所述步骤32具体为：在新定义的读/写函数接口中添加程序控制策略，当应用程序要调用读/写操作时，首先获取当前访问的应用程序名称，并与程序控制策略中记录的应用程序名称进行对比，如果有对比到相同名称，则进行控制，如果没有对比到相同名称，则不进行控制；然后计算出进行控制的应用程序的签名值，并与程序控制策略中记录的签名值进行比对，如果签名值一致，则允许当前应用程序正常操作文档的读/写加解密接口，如果签名值不一致，则不允许当前应用程序进入正常的读/写加解密操作接口。

4.如权利要求3所述的基于LINUX的数据加密保护方法，其特征在于：所述步骤33具体为：当要读加密文档时，首先读取文档的文件头，并判断该文件头是否为受系统保护的加密文档类型，如果是，则解密文件头的内容，获取系统密钥和随机密钥，之后调用对称加密算法解密接口，对文件主体内容进行解密并输出，如果不是，则直接读取文档；当要写加密文档时，首先判断该文档是否为已加密文档，如果是，则根据文件头中包含的密钥，以相同的对称加密算法对要写入的内容进行加密后写入，如果不是，则首先创建加密文件头，生成用于加密主体内容的加密密钥，并调用对称加密算法的加密接口对内容进行加密处理，之后将加密的文档内容写入。

5.如权利要求1所述的基于LINUX的数据加密保护方法，其特征在于：所述配置应用程序的程序控制策略包括配置程序允许打开的文档类型和程序存盘时加密的文档类型。

6.如权利要求4所述的基于LINUX的数据加密保护方法，其特征在于：所述加密文档包括头文件和文档主体内容两部分，所述头文件又包括系统密匙及随机密匙。

7.一种基于LINUX的数据加密保护系统，其特征在于：包括：

客户端模块，计算出要进行控制的应用程序的MD5码，并将该MD5码作为签名值与应用程序名称一并提交给服务器；然后将服务器返回的程序控制策略下发给内核服务器模块，服务器接收提交的签名值并完成应用程序注册，之后配置应用程序的程序控制策略，并将配置的程序控制策略返回给客户；

内核模块，将程序控制策略加载到内核，并重定向内核的读/写接口，之后根据加载的程序控制策略对访问的应用程序进行控制以及对文档的读/写进行加解密；

所述内核模块包括：

调用拦截单元，在内核重新定义读/写接口函数，并将原读/写系统调用接口的地址重定向到新定义的读/写函数接口；

驱动过滤单元，在新定义的读/写函数接口中添加程序控制策略，并对访问的应用程序进行应用程序名称及签名值验证；

数据加解密单元，应用程序验证通过后，便对文档的读/写进行加解密。