一种密钥跟随的文件加密的方法及装置与流程

1.本技术涉及文件传输技术领域，特别是涉及一种文件传输方法、系统、客户端及防火墙。


背景技术：

2.在有密级要求的企业内部和加密产品等应用场景中，需要对文件进行加密。而在离线文件加密的场景下，对加密解密方法要求更为特殊。比如把文件加密后放在u盘中再带到目的地时，发送方和接收方没有直接通信，如果使用一个特定的加密密钥来保护文件，使用上比较方便，但是风险太大，一旦密钥丢失，则所有的文件都可以被解密，造成巨大的数据泄露。
3.目前针对离线文件的解密过程，没有考虑文件类型，加密端直接对文件头部信息加密，导致解密端杀毒产品不能识别文件类型，对所有格式的文件进行无差别杀毒。这种操作会导致文件交换效率降低，降低用户的使用体验。


技术实现要素：

4.有鉴于此，本发明提供一种密钥跟随的文件加密的方法及装置及装置，主要目的在于能够在加密端保留文件头部信息，让解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作，从而提高文件交换效率和用户的使用体验。
5.依据本发明第一方面，提供了一种密钥跟随的文件加密的方法，包括：
6.加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
7.所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；
8.根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
9.解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
10.所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；
11.根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
12.依据本发明第二方面，提供了一种密钥跟随的文件加密的方法及装置，包括：
13.确定模块，用于加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
14.取值模块，用于所述加密端根据所述文件头部信息的长度取第一模值，根据文件
大小和所述第一模值计算偏移量；
15.加密模块，用于根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
16.解析模块，用于解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
17.解值模块，用于所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；
18.解密模块，用于根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
19.依据本发明第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现以下步骤：
20.加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
21.所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；
22.根据根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
23.解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
24.所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；
25.根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
26.依据本发明第四方面，提供了一种密钥跟随的文件解密的方法及装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：
27.加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
28.所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；
29.根据偏移量，根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
30.解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
31.所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；
32.根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
33.本发明提供一种密钥跟随的文件加密的方法及装置，与目前目前针对离线文件的解密过程，没有考虑文件类型，加密端直接对文件头部信息加密，导致解密端杀毒产品不能识别文件类型，对所有格式的文件进行无差别杀毒相比，本发明通过加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束；解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。从而能够实现在加密端保留文件头部信息，让解密端的杀毒产品可以识别文件类型，跳过对预设文件的杀毒操作，从而提高文件交换效率和用户的使用体验。
34.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
35.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
36.图1示出了本发明实施例提供的一种密钥跟随的文件加密的方法流程图；
37.图2示出了本发明实施例提供的一种密钥跟随的文件解密的方法流程图；
38.图3示出了本发明实施例提供的一种密钥跟随的文件加密的装置的结构示意图；
39.图4示出了本发明实施例提供的一种密钥跟随的文件解密的装置的结构示意图；
40.图5示出了本发明实施例提供的一种密钥跟随的文件加密的方法及装置的实体结构示意图。
41.图6示出了本发明实施例提供的一种密钥跟随的文件解密的方法及装置的实体结构示意图。
具体实施方式
42.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
43.如背景技术所述，目前针对离线文件的解密过程，没有考虑文件类型，加密端直接对文件头部信息加密，导致解密端杀毒产品不能识别文件类型，对所有格式的文件进行无差别杀毒。这种操作会导致文件交换效率降低，降低用户的使用体验。
44.为了解决上述技术问题，本发明实施例提供了一种密钥跟随的文件加密的方法，如图1所示，所述方法包括：
45.加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
46.其中，文件格式的判断，杀毒产品不会仅仅依靠文件名，而是依靠对文件头的解析。因此在加密过程中，于文件头部，不能进行加密，否则杀毒产品就不能识别该文件格式。
47.所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；
48.其中，第一模值的数值小于所述文件头部信息的长度值。
49.根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
50.其中，加密密钥在后台计算，用户交互界面不显示加密密钥的数字内容，防止密钥泄露。
51.进一步的，这里举一个例子对本发明提供的方法进行说明：加密端对一个20000字节的文件进行解析，确定文件格式对应的头部信息长度为200字节，加密端选取一个小于200字节长度的值作为第一模值，根据文件大小和所述第一模值计算偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，使用不同的算法，需要不同长度的密钥，这里预设长度有两种确定方法：可以直接从头部取与算法匹配长度的数据作为密钥，如使用aes128算法需要取16字节长度的密钥，使用aes256算法需要取32字节长度的密钥；也先取任意长度的数据，通过转换算法生成固定长度的密钥。比如读取30字节长度的字符，通过sha256计算散列值后自然生成32个字节的数据，正好对应aes256算法。把文件20000字节数据，用生成的所述加密密钥进行加密，得到20000字节加密文本，保留200字节头部信息为明文格式，将所述加密文本放到头部信息之后，得到共20200字节文件，加密结束
52.进一步的，为了更好的说明上述密钥跟随的文件解密的过程，本发明实施例提供了方法，如图2所示，但不限于此，具体如下所示：
53.解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
54.其中，预设格式为不大可能包含恶意软件的格式，如.xls文件。杀毒产品识别到预设格式文件时，判断为安全文件，不进行杀毒操作。
55.所述解密端根据格式解析到第一模值，根据文件大小和所述第一模值计算偏移量；
56.根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
57.进一步的，作为图1的具体实现，本发明实施例提供了一种密钥跟随的文件加密的
装置，如图3所示，所述装置包括：
58.确定模块，用于加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；
59.取值模块，用于所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；
60.加密模块，用于根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。
61.需要说明的是，本发明实施例提供的一种密钥跟随的文件加密的方法及装置所涉及各功能模块的其他相应描述，可以参考图1所示方法的对应描述，在此不再赘述。
62.进一步地，作为图2的具体实现，本发明实施例提供了一种密钥跟随的文件解密的方法及装置，如图4所示，所述装置包括：
63.解析模块，用于解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；
64.解值模块，用于所述解密端根据格式解析到第一模值，根据文件大小和所述第一模值计算偏移量；
65.解密模块，用于根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。
66.需要说明的是，本发明实施例提供的一种密钥跟随的文件加密的方法及装置所涉及各功能模块的其他相应描述，可以参考图2所示方法的对应描述，在此不再赘述。
67.基于上述如图1所示方法和如图3所示密钥跟随的文件加密装置的实施例，本发明实施例还提供了一种密钥跟随的文件加密的方法及装置的实体结构图，如图5所示，该装置包括：处理器、存储器、及存储在存储器上并可在处理器上运行的计算机程序，其中存储器和处理器均设置在总线上所述处理器执行所述程序时实现以下步骤：加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束。该装置还包括：总线，被配置为耦接处理器及存储器。
68.基于上述如图2所示方法和如图4所示密钥跟随的文件解密装置的实施例，本发明实施例还提供了一种密钥跟随的文件解密的方法及装置的实体结构图，如图5所示，该装置包括：处理器、存储器、及存储在存储器上并可在处理器上运行的计算机程序，其中存储器和处理器均设置在总线上所述处理器执行所述程序时实现以下步骤：解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；所述解密端根据格式解析到第一模值，根据文件大小和所述第一模值计算偏移量；根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。该装置还包括：总线，被配置为耦接处理器及存储器。
69.通过本发明的技术方案，能够通过加密端保留文件的头部信息，解析头部信息判断文件格式，确定文件头部信息的长度；所述加密端根据所述文件头部信息的长度取第一模值，根据文件大小和所述第一模值计算偏移量；根据所述偏移量，从文件头部第一个字节向后偏移该偏移量个字节后取出预设长度的内容，作为加密密钥，把文件的所有数据，用生成的所述加密密钥进行加密，得到加密文本，保留头部信息为明文格式，将所述加密文本放到头部信息之后，加密结束；解密端杀毒产品根据文件的头部信息确定文件格式，当文件格式为预设格式时跳过杀毒操作；所述解密端根据所述文件格式计算第一模值，根据文件大小和所述第一模值计算偏移量；根据偏移量，在文件头部取出预设长度的内容，作为解密密钥，用生成的密钥进行解密。从而能够实现在加密端保留文件头部信息，让解密端的杀毒产品可以识别文件类型，跳过对预设文件的杀毒操作，从而提高文件交换效率和用户的使用体验。
70.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
71.可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。
72.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
73.在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
74.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
75.类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
76.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代
替。
77.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
78.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的密钥中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
79.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。