CN103761486A - 电子文件加密方法及装置 - Google Patents
电子文件加密方法及装置 Download PDFInfo
- Publication number
- CN103761486A CN103761486A CN201310632708.4A CN201310632708A CN103761486A CN 103761486 A CN103761486 A CN 103761486A CN 201310632708 A CN201310632708 A CN 201310632708A CN 103761486 A CN103761486 A CN 103761486A
- Authority
- CN
- China
- Prior art keywords
- key
- user
- input
- user name
- password
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6209—Protecting access to data via a platform, e.g. using keys or access control rules to a single file or object, e.g. in a secure envelope, encrypted and accessed using a key, or with access control rules appended to the object itself
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2107—File encryption
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Storage Device Security (AREA)
Abstract
本发明实施例公开了电子文件加密方法及装置,所述加密方法并非直接利用原始密钥进行加密,而是将原始密钥进行转换后再利用转换得到的目的密钥进行加密,从而避免了现有的当原始密钥被破解后极易利用原始密钥破解加密文件的内容的现象出现,提高了加密强度,增强了加密文件的安全性。同时,本方法利用多组密钥进行加密,必须获取参与加密的多组密钥后,才有可能破解加密文件,多组密钥都获取到的概率小于获取到一组密钥的概率,因此,采用多组密钥进行加密也提高了文件的加密强度。而且,原始密钥的位数越长,加密强度越高,同样也提高了文件的安全性。
Description
技术领域
本发明涉及加密技术领域,特别是涉及电子文件加密方法及装置。
背景技术
随着计算机技术的发展,电子文件的使用无处不在。如果电子文件涉及重要信息,例如,商业机密文件、个人信息文件,此时,需要对电子文件进行加密。
目前,通常采用计算机内的加密软件,直接利用加密密钥直接对电子文件进行加密,如果计算机感染病毒,计算机上存储的电子文件的密码极易被病毒破解,从而获知电子文件的内容,加密文件存在安全隐患、保密性能差。
发明内容
本发明实施例中提供了电子文件加密方法及装置,以解决现有技术中的加密文件存在安全隐患、保密性能差的问题。
为了解决上述技术问题,本发明实施例公开了如下技术方案:
第一方面,本发明提供一种电子文件加密方法,包括:
获取多组原始密钥;所述多组原始密钥均为所述第一类密钥;或者,所述多组原始密钥包含系统默认密钥和至少一组第一类密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,所述系统默认密钥为动态随机密钥;
将所述多组原始密钥进行转换后得到预设组数的目的密钥;
根据预设组数的目的密钥对待加密文件进行加密。
结合第一方面,在第一方面第一种可能的实现方式中,将所述原始密钥进行转换后得到目的密钥,包括:
对所述多组原始密钥进行函数运算,得到中间密钥,所述中间密钥的组数为预设组数;
对所述中间密钥进行加密运算,得到预设组数的目的密钥,所述目的密 钥的组数与所述中间密钥的组数相同。
结合第一方面第一种可能的实现方式,在第一方面第二种可能的实现方式中,对所述中间密钥进行加密运算,得到预设组数的目的密钥,包括:将中间密钥对应的机器码进行加密运算得到目的密钥。
结合第一方面、第一方面第一种可能的实现方式或第一方面第二种可能的实现方式,在第一方面第三种可能的实现方式中,根据预设组数的目的密钥对待加密文件进行加密,包括:
获取待加密文件的文件内容对应的机器码;
根据所述预设组数的目的密钥对所述机器码进行加密。
结合第一方面,在第一方面第四种可能的实现方式中,所述方法应用于文件加密器,所述方法在获取多组原始密钥之前,还包括:
获取用户输入的用户名;
将用户输入的用户名与存储的用户名进行匹配,如果匹配不成功,则提示用户名输入错误;
如果用户名匹配成功,则接收用户输入的与所述用户名对应的密码;
验证用户输入的密码是否正确,如果不正确,则提示用户密码输入错误;如果用户输入的密码正确,则获取待加密文件。
结合第一方面第四种可能的实现方式,在第一方面第五种可能的实现方式中,获取多个原始密钥,包括:
接收用户输入的密钥,并以暗文形式显示所述密钥;
当接收到用户确定输入的操作后,将接收到的用户输入的密钥作为一组原始密钥;
当接收到用户确定加密文件的操作后,判断接收用户输入的原始密钥的组数是否达到预设组数,如果未达到预设组数,则其余组的原始密钥采用系统默认密钥,以使用户输入的原始密钥和系统默认密钥的总组数达到所述预设组数。
结合第一方面第四种可能的实现方式,在第一方面第六种可能的实现方式中,在验证用户输入的密码正确之后,还包括:
当接收到用户的设置操作后,接收用户输入的原始用户名及对应的原始密码;
验证所述原始用户名和对应的原始密码是否正确,如果所述原始用户名和对应的密码正确,则接收用户输入的新用户名和/或新密码,并用所述新用户名代替已存储的原始用户名,和/或,用所述新密码代替已存储的原始密码。
第二方面,本发明还提供一种电子文件加密装置,包括:
第一获取单元,用于获取多组原始密钥;所述多组原始密钥均为所述第一类密钥;或者,所述多组原始密钥包含系统默认密钥和至少一组第一类密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,且所述系统默认密钥为动态随机密钥;
转换单元,用于将所述多组原始密钥进行转换后得到预设组数的目的密钥;
加密单元,用于根据预设组数的目的密钥对待加密文件进行加密。
结合第二方面,在第二方面第一种可能的实现方式中,还包括:
第二获取单元,用于获取用户输入的用户名;
匹配单元,用于将用户输入的用户名与存储的用户名进行匹配;
第一提示单元,用于当用户名与存储的用户名匹配不成功时,提示用户名输入错误;
第三获取单元,用于接收用户输入的与所述用户名对应的密码;
第一验证单元,用于验证用户输入的密码是否正确;
第二提示单元,用于当所述密码验证不正确时,提示用户密码输入错误;
第四获取单元,用于当用户输入的密码正确时,获取待加密文件。
结合第一方面第一种可能的实现方式,在第一方面第二种可能的实现方式中,还包括:
第一接收单元,用于当接收到用户的设置操作后,接收用户输入的原始用户名及对应的密码;
第二验证单元,用于验证所述原始用户名和对应的原始密码是否正确;
第二接收单元,用于当验证所述原始用户名和对应的原始密码正确,则接收用户输入的新用户名和/或新密码;
代替单元,用于用所述新用户名代替已存储的原始用户名,和/或,用所 述新密码代替已存储的原始密码。
本发明实施例提供的电子文件加密方法及装置,所述电子文件加密方法,首先获取多组原始密钥,然后,对获得的多组原始密钥进行转换得到预设组数的目的密钥,最后,利用目的密钥对待加密的电子文件进行加密。由于本发明提供的电子文件加密方法对获得的原始密钥进行了转换,即并非直接利用原始密钥进行加密,从而避免了当原始密钥被破解后极易利用原始密钥破解加密文件的内容的现象出现,提高了加密强度,增强了加密文件的安全性。同时,本方法利用多组密钥进行加密,必须获取参与加密的多组密钥后,才有可能破解加密文件,多组密钥都获取到的概率小于获取到一组密钥的概率,因此,采用多组密钥进行加密也提高了文件的加密强度。而且,原始密钥的位数越长,加密强度越高,同样也提高了文件的安全性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一种电子文件加密方法的流程示意图;
图2为本发明实施例另一种电子文件加密方法的流程示意图;
图3-1为本发明实施例一种用户登录界面的示意图;
图3-2为本发明实施例一种用户名输入错误时的提示信息界面示意图;
图3-3为本发明实施例一种密码输入错误时的提示信息界面示意图;
图3-4为本发明实施例一种密钥输入界面示意图;
图3-5为本发明实施例一种软键盘的界面示意图;
图3-6为本发明实施例输入密钥时的界面示意图;
图3-7为本发明实施例密钥输入完成时的界面示意图;
图3-8为本发明实施例加密进度提示界面示意图;
图3-9为本发明实施例加密完成提示界面示意图;
图4为本发明实施例一种电子文件加密装置的结构示意图;
图5为本发明实施例另一种电子文件加密装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
请参见图1,示出了本发明实施例一种电子文件加密方法的流程示意图,如图1所示,所述方法可以包括以下步骤:
S11,获取多组原始密钥;
在本申请的一个实施例中,所述多组原始密钥包含系统默认密钥和至少一组第一类密钥,其中,第一类密钥由用户输入的密钥和系统默认密钥构成,且所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等。即多组原始密钥包括至少一组第一类密钥,其余组为系统默认密钥,
在本申请的另一个实施例中,所述多组原始密钥均为第一类密钥;
原始密钥的组数可以根据需要进行设定,组数越多加密强度越高。例如,原始密钥为六组,若其中有两组第一类密钥,则其余四组原始密钥都采用系统默认密钥。而且,系统默认密钥为动态随机密钥,且系统默认密钥的位数是有限位。第一类密钥相当于利用系统默认密钥增加了用户输入的密钥的长度,以便提高加密强度。
S12,将所述多组原始密钥进行转换后得到预设组数的目的密钥。
S13,根据预设组数的目的密钥对待加密文件进行加密。即利用得到的目的密钥及加密算法对待加密文件进行加密。
优选地,该步骤可以包括以下子步骤:
11)获取待加密文件的文件内容对应的机器码;
12)根据所述多组目的密钥和加密算法对所述机器码进行加密。
对机器码进行加密,能够增强对文件的加密强度,提高了文件的安全性。
本实施例提供的电子文件加密方法,并非直接利用原始密钥进行加密,而是将原始密钥进行转换后再利用转换得到的目的密钥进行加密,从而避免 了现有的当原始密钥被破解后极易利用原始密钥破解加密文件的内容的现象出现,提高了加密强度,增强了加密文件的安全性。同时,本方法利用多组密钥进行加密,必须获取参与加密的多组密钥后,才有可能破解加密文件,多组密钥都获取到的概率小于获取到一组密钥的概率,因此,采用多组密钥进行加密也提高了文件的加密强度。而且,原始密钥的位数越长,加密强度越高,同样也提高了文件的安全性。
在本申请的一个实施例中,图1对应实施例中的步骤S12可以包括以下子步骤:
21)对多组原始密钥进行函数运算,得到中间密钥,所述中间密钥的组数为预设组数。
原始密钥的长度越长(位数越多),对文件的加密强度越高。其中,所述函数运算可以包括但不限于:移位运算、指数函数或幂运算等函数。
22)对所述中间密钥进行加密运算后,得到目的密钥,所述目的密钥的组数与所述中间密钥的组数相同。
利用加密算法对中间密钥进行加密处理,其中,中间密钥和目的密钥的组数都与加密算法有关。
优选地,利用加密算法对预设组数中间密钥的机器码进行加密处理,得到预设组数的目的密钥。然后再利用预设组数目的密钥的机器码对待加密文件加密。
本实施例提供的加密方法对多组原始密钥进行函数运算后得到中间密钥对应的机器码进行加密运算,得到最终的目的密钥,利用目的密钥对待加密文件的机器码进行加密,原始密钥的位数越多,得到的目的密钥对应机器码的数量也越多,在待加密文件对应机器码中占用的比例越大,相应的对文件的加密强度就越高。
请参见图2,示出了本申请实施例另一种电子文件加密方法的流程示意图,与图1对应的实施例不同的是,在获取原始密钥之前,还需要用户输入相应的用户名和对应的密码,具体如图2所示,可以包括以下步骤:
S21,获取用户输入的用户名。
图3-1示出了用户登录界面的示意图,图中示出了用户名输入框、密码输入框,记住密码复选框和自动登入复选框,以及设置和登入按钮。
当用户将光标移至用户名输入框中,即当用户输入用户名时,文件加密应用程序能够获取用户输入至用户名输入框中的用户名。
当用户输入用户名、密码或密钥时,可以通过软键盘输入。如图3-5所示,软键盘包括10个数字键0-9、26个英文字母键a-z,以及字符“”、“\”、“/”和“.”组成的输入密钥的按键。此外,软键盘上还设置有Enter、esc、Tab、Caps按键,以及对比度调整滑块。
所述对比度调整滑块用于调整软键盘的对比度,可调整的对比度级别可以是255级,对比度越高软键盘的按键显示越清晰,但是为了避免用户在输入密钥时被偷窥,用户可以通过调整对比度调整滑块调低软键盘的对比度,从而降低软键盘的清晰度,避免输入的密钥被偷窥。
当用户初次使用加密软件或更改用户名及密码时,点击图3-1所示的设置“按钮”,进入用户名和密码设置界面,该界面包含用户名输入框、旧密码输入框、新用户名输入框、新密码输入框和新密码确认输入框,以及确认、退出按钮。
用户在用户名输入框中输入原始用户名,原始用户名输入正确后,输入原始密码,原始密码匹配正确后,在输入新用户名及新密码,并再次确认新密码。最后,将用户输入的新用户名和新密码代替原始用户名和原始密码。当然,用户也可以只更改用户名及密码中的任意一个。
S22,匹配用户输入的用户名与存储的用户名,如果匹配成功,则执行步骤S23;如果匹配不成功,则执行步骤S24。
S23,接收用户输入的与所述用户名对应的密码。如果用户名输入正确,用户在密码输入框中输入与用户名对应的密码。
S24,提示用户名输入错误。
如果用户输入的用户名和存储的用户名不一致,则弹出如图3-2所示的提示信息界面,用户选择图中的ok按钮后,返回图3-1所示的界面,重新输入用户名。
在接收到用户输入的密码后,在步骤S25,验证用户输入的密码是否正确,如果不正确,则执行步骤S26;如果验证正确,则执行步骤S27。
S26,提示用户密码输入错误。如图密码输入有误,则弹出图3-3所示的显示界面,当用户选择ok按钮后,返回至图3-2所示的界面重新输入密码。
S27,获取待加密文件。
用户名和密码都输入正确后,进入图3-4所示的显示界面,选择待加密文件,从左上方的单选框中选择待加密文件的类型,文件类型为文件或文件夹;然后从地址框中选择待加密文件的地址,待加密文件可以存储在SD卡、U盘或移动硬盘等移动存储介质中。
获得待加密文件后,执行步骤S11,获取多组原始密钥。
其中,获取多组原始密钥可以包括以下子步骤:
01)接收用户输入的密钥,并以暗文形式显示所述密钥;
用户在图3-4所示的密钥输入框中输入密钥,并在确认输入框中再次输入所述密钥,即需要输入两次密钥。
如图3-6所示,为用户输入密钥时的界面示意图,当用户在密钥输入框中输入密钥时,会调用软键盘,而且,输入的密钥以暗文形式显示,防止密钥被偷窥到。图3-7为用户密钥输入完成后的界面示意图,两个密钥输入框中的密钥均以暗文形式显示。
02)当接收到用户确定输入的操作(例如,用户点击enter键的操作)后,将接收到的用户输入的密钥及系统默认密钥组合作为一组第一类密钥;
03)当接收到用户确定加密文件的操作(例如,用户点击加密按钮的操作)后,判断第一类密钥的组数是否达到预设组数,如果未达到预设组数,则其余组的原始密钥采用系统默认密钥,以使第一类密钥和系统默认密钥的总组数达到所述预设组数。
如图3-4所示,在确认密钥输入框下方设置有1、2、3、4、5和6六个方框,当用户输入第一组密钥后,方框1变为灰色不可选的状态,依次类推每输入一组密钥后对应的方框变为灰色不可选状态。当然,用户也可以在输入第一组密钥后,点击方框3,输入第三组的密钥。
在输入密钥后,点击加密按钮,此时,如果用户输入了2组密钥对应的2组第一类密钥和4组系统默认密钥构成6组原始密钥,利用这6组原始密钥对待加密文件进行加密。又如,用户如果输入了6组密钥,就利用用户输入的6组密钥对应的第一类密钥对待加密文件加密。
图3-4所示的界面上还设置有解密按钮及返回按钮,用户选择待解密的文件后,输入相应的密钥,点击解密按钮即可解密所述待解密文件。
用户在输入密钥时,如果输入有误,可以点击返回按钮,取消当前组已 输入的密钥,重新输入该组密钥。
S12,将所述多组原始密钥进行转换后得到预设组数的目的密钥。
S13,根据预设组数的目的密钥对待加密文件进行加密。
在利用目的密钥对待加密文件进行加密时,显示如图3-8所示的进度提示界面,图中的进度条显示加密进度,且能够显示相应的加密进度百分比,以及,当加密完成后,在图3-9所示的显示界面内提示加密结束。
本实施例提供的电子文件加密方法,必须在用户名和密码均输入正确之后(即对使用者的用户名鉴权通过之后),才能够进入电子文件加密流程,增强了加密流程的安全性。
与本发明提供的电子文件加密方法的实施例相对应,本发明还提供了电子文件加密装置。
请参见图4,为本发明实施例一种电子文件加密装置的结构示意图,如图所示,所述装置包括:第一获取单元100、转换单元200和加密单元300。
第一获取单元100,用于获取多组原始密钥;所述多组原始密钥包含至少一组第一类密钥和系统默认密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;或者,所述多组原始密钥均为所述第一类密钥;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,且所述系统默认密钥为动态随机密钥;
在本申请的一个实施例中,第一获取单元100可以包括以下子单元:
第一接收子单元,用于接收用户输入的密钥;
第一类密钥生成子单元,用于当接收到用户确定输入的操作后,将所述第一接收子单元接收到的密钥及系统默认密钥组合后得到第一类密钥;
判断单元,用于当接收到用户确定加密文件的操作后,判断第一类密钥的组数是否达到预设组数;
原始密钥形成单元,用于当第一类密钥的组数未达到预设组数时,其余组采用系统默认密钥,以使第一类密钥和系统默认密钥的总组数达到所述预设组数。
转换单元200,用于将所述多组原始密钥进行转换后得到预设组数的目的 密钥。
在本申请的一个实施例中,所述转换单元200可以包括以下子单元:
第一运算单元,用于对所述多组原始密钥进行函数运算,得到中间密钥,所述中间密钥的组数为预设组数。
第二运算单元,用于对所述中间密钥进行加密运算,得到预设组数的目的密钥,所述目的密钥的组数与所述中间密钥的组数相同。其中,第二运算单元利用加密算法对所述中间密钥对应机器码进行加密运算,其中,中间密钥和目的密钥的组数都与加密算法有关。
加密单元300,用于根据预设组数的目的密钥对待加密文件进行加密。加密单元利用加密算法及所述目的密钥对待加密文件进行加密,所述加密算法与所述第二运算单元及所述第三运算单元采用的加密算法相同。
在本申请的一个实施例中,为了进一步增强加密强度,所述加密单元300可以包括以下子单元:获取子单元和加密子单元;
获取子单元,用于获取待加密文件的文件内容对应的机器码;
加密子单元,用于根据所述多组目的密钥的机器码对所述待加密文件对应的机器码进行加密;进一步增强加密强度。
由上述实施例可见所述电子文件加密装置,利用第一获取单元获取多组原始密钥,然后通过转换单元将多组原始密钥转换得到目的密钥,最后,利用目的密钥对待加密文件进行加密。将原始密钥转换后对待加密文件进行加密避免了现有的当原始密钥被破解后极易利用原始密钥破解加密文件的内容的现象出现,提高了加密强度,增强了加密文件的安全性。同时,本方法利用多组密钥进行加密,必须获取参与加密的多组密钥后,才有可能破解加密文件,获取到多组密钥的概率小于获取到一组密钥的概率,因此,采用多组密钥进行加密也提高了文件的加密强度。
请参见图5,示出了本申请实施例另一种电子文件加密装置的结构示意图,所述装置包括:
第二获取单元110,用于获取用户输入的用户名;
匹配单元120,用于将用户输入的用户名与存储的用户名进行匹配;
第一提示单元130,用于当用户名与存储的用户名匹配不成功时,提示用户名输入错误;
第三获取单元140,用于接收用户输入的与所述用户名对应的密码;
第一验证单元150,用于验证用户输入的密码是否正确;
第二提示单元160,用于当所述密码验证不正确时,提示用户密码输入错误;
第四获取单元170,用于当用户输入的密码正确时,获取待加密文件。
第一获取单元100,用于获取多组原始密钥,所述多组原始密钥包含至少一组第一类密钥,和系统默认密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;或者,所述多组原始密钥均为所述第一类密钥;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,所述系统默认密钥为动态随机密钥。
转换单元200,用于将所述多组原始密钥进行转换后得到预设组数的目的密钥。
加密单元300,用于根据预设组数的目的密钥对待加密文件进行加密。
第三提示单元180,用于提示待加密文件的加密进度。
本实施例提供的电子文件加密装置,在对电子文件进行加密之前需要进行用户名鉴权,并在鉴权通过之后,才能够进入电子文件加密过程,从而增强了加密过程的安全性,而且,在用户输入的用户名或密码不正确时,能够向用户显示相应的提示信息,以便用户根据提示重新输入相应的信息。
当用户初次使用电子文件加密装置或更改用户名或密码时,可以通过以下单元实现:
第一接收单元,用于当接收到用户的设置操作后,接收用户输入的原始用户名及对应的密码。
第二验证单元,用于验证所述原始用户名和对应的原始密码是否正确。
第二接收单元,用于当验证所述原始用户名和对应的原始密码正确,则接收用户输入的新用户名和/或新密码。
代替单元,用于用所述新用户名代替已存储的原始用户名,和/或,用所述新密码代替已存储的原始密码,至此完成用户名和/或密码的修改。
需要说明的是,本申请实施例提供的电子文件加密装置可以应用在计算机上,也可以单独使用,其中的单元采用相应的硬件实现,将电子文件加密装置做成独立的电子文件加密器。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述的本发明实施方式,并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种电子文件加密方法,其特征在于,包括:
获取多组原始密钥;所述多组原始密钥均为所述第一类密钥;或者,所述多组原始密钥包含系统默认密钥和至少一组第一类密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,所述系统默认密钥为动态随机密钥;
将所述多组原始密钥进行转换后得到预设组数的目的密钥;
根据预设组数的目的密钥对待加密文件进行加密。
2.根据权利要求1所述的方法,其特征在于,将所述原始密钥进行转换后得到目的密钥,包括:
对所述多组原始密钥进行函数运算,得到中间密钥,所述中间密钥的组数为预设组数;
对所述中间密钥进行加密运算,得到预设组数的目的密钥,所述目的密钥的组数与所述中间密钥的组数相同。
3.根据权利要求2所述的方法,其特征在于,对所述中间密钥进行加密运算,得到预设组数的目的密钥,包括:将中间密钥对应的机器码进行加密运算得到目的密钥。
4.根据权利要求1-3任一项所述的方法,其特征在于,根据预设组数的目的密钥对待加密文件进行加密,包括:
获取待加密文件的文件内容对应的机器码;
根据所述预设组数的目的密钥对所述机器码进行加密。
5.根据权利要求1所述的方法,其特征在于,所述方法应用于文件加密器,所述方法在获取多组原始密钥之前,还包括:
获取用户输入的用户名;
将用户输入的用户名与存储的用户名进行匹配,如果匹配不成功,则提示用户名输入错误;
如果用户名匹配成功,则接收用户输入的与所述用户名对应的密码;
验证用户输入的密码是否正确,如果不正确,则提示用户密码输入错误;如果用户输入的密码正确,则获取待加密文件。
6.根据权利要求5所述的方法,其特征在于,获取多个原始密钥,包括:
接收用户输入的密钥,并以暗文形式显示所述密钥;
当接收到用户确定输入的操作后,将接收到的用户输入的密钥及系统默认密钥组合作为一组第一类密钥;
当接收到用户确定加密文件的操作后,判断接收用户输入的密钥的组数是否达到预设组数,如果未达到预设组数,则采用系统默认密钥作为原始密钥,以使第一类密钥和系统默认密钥的总组数达到所述预设组数。
7.根据权利要求5所述的方法,其特征在于,在验证用户输入的密码正确之后,还包括:
当接收到用户的设置操作后,接收用户输入的原始用户名及对应的原始密码;
验证所述原始用户名和对应的原始密码是否正确,如果所述原始用户名和对应的密码正确,则接收用户输入的新用户名和/或新密码,并用所述新用户名代替已存储的原始用户名,和/或,用所述新密码代替已存储的原始密码。
8.一种电子文件加密装置,其特征在于,包括:
第一获取单元,用于获取多组原始密钥;所述多组原始密钥均为所述第一类密钥;或者,所述多组原始密钥包含系统默认密钥和至少一组第一类密钥,所述第一类密钥和所述系统默认密钥的总组数与原始密钥的组数相等;其中,所述第一类密钥包括用户输入的密钥和系统默认密钥,且所述系统默认密钥为动态随机密钥;
转换单元,用于将所述多组原始密钥进行转换后得到预设组数的目的密钥;
加密单元,用于根据预设组数的目的密钥对待加密文件进行加密。
9.根据权利要求8所述的装置,其特征在于,还包括:
第二获取单元,用于获取用户输入的用户名;
匹配单元,用于将用户输入的用户名与存储的用户名进行匹配;
第一提示单元,用于当用户名与存储的用户名匹配不成功时,提示用户名输入错误;
第三获取单元,用于接收用户输入的与所述用户名对应的密码;
第一验证单元,用于验证用户输入的密码是否正确;
第二提示单元,用于当所述密码验证不正确时,提示用户密码输入错误;
第四获取单元,用于当用户输入的密码正确时,获取待加密文件。
10.根据权利要求9所述的装置,其特征在于,还包括:
第一接收单元,用于当接收到用户的设置操作后,接收用户输入的原始用户名及对应的密码;
第二验证单元,用于验证所述原始用户名和对应的原始密码是否正确;
第二接收单元,用于当验证所述原始用户名和对应的原始密码正确,则接收用户输入的新用户名和/或新密码;
代替单元,用于用所述新用户名代替已存储的原始用户名,和/或,用所述新密码代替已存储的原始密码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310632708.4A CN103761486A (zh) | 2013-12-02 | 2013-12-02 | 电子文件加密方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310632708.4A CN103761486A (zh) | 2013-12-02 | 2013-12-02 | 电子文件加密方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103761486A true CN103761486A (zh) | 2014-04-30 |
Family
ID=50528722
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310632708.4A Pending CN103761486A (zh) | 2013-12-02 | 2013-12-02 | 电子文件加密方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103761486A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105022652A (zh) * | 2015-08-03 | 2015-11-04 | 武汉风奥软件技术有限公司 | 一种网站数据加密系统和方法 |
CN105022965A (zh) * | 2015-07-14 | 2015-11-04 | 广东欧珀移动通信有限公司 | 一种数据加密方法及装置 |
CN106657040A (zh) * | 2016-12-09 | 2017-05-10 | 申正权 | 智能固废垃圾回收数据平台与设备通讯加密方法 |
CN109446751A (zh) * | 2018-09-30 | 2019-03-08 | 深圳市迷你玩科技有限公司 | 生成包括多个子文件的数据集的方法、装置和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1277769A (zh) * | 1997-09-16 | 2000-12-20 | 西莫克国际有限公司 | 加密方法和具有可变加密强度的装置 |
CN101895885A (zh) * | 2010-07-21 | 2010-11-24 | 中兴通讯股份有限公司 | 一种密钥文件的保护方法及系统 |
CN102043641A (zh) * | 2009-10-22 | 2011-05-04 | 盛大计算机(上海)有限公司 | 电子设备的固件升级方法 |
CN102447698A (zh) * | 2011-11-29 | 2012-05-09 | 数字金融服务(杭州)有限公司 | 一种网络通信信息加密传输方法 |
-
2013
- 2013-12-02 CN CN201310632708.4A patent/CN103761486A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1277769A (zh) * | 1997-09-16 | 2000-12-20 | 西莫克国际有限公司 | 加密方法和具有可变加密强度的装置 |
CN102043641A (zh) * | 2009-10-22 | 2011-05-04 | 盛大计算机(上海)有限公司 | 电子设备的固件升级方法 |
CN101895885A (zh) * | 2010-07-21 | 2010-11-24 | 中兴通讯股份有限公司 | 一种密钥文件的保护方法及系统 |
CN102447698A (zh) * | 2011-11-29 | 2012-05-09 | 数字金融服务(杭州)有限公司 | 一种网络通信信息加密传输方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105022965A (zh) * | 2015-07-14 | 2015-11-04 | 广东欧珀移动通信有限公司 | 一种数据加密方法及装置 |
CN105022652A (zh) * | 2015-08-03 | 2015-11-04 | 武汉风奥软件技术有限公司 | 一种网站数据加密系统和方法 |
CN106657040A (zh) * | 2016-12-09 | 2017-05-10 | 申正权 | 智能固废垃圾回收数据平台与设备通讯加密方法 |
CN109446751A (zh) * | 2018-09-30 | 2019-03-08 | 深圳市迷你玩科技有限公司 | 生成包括多个子文件的数据集的方法、装置和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9407632B2 (en) | Transformation rules for one-time passwords | |
EP3230917B1 (en) | System and method for enabling secure authentication | |
EP2936277B1 (en) | Method and apparatus for information verification | |
CN102638447A (zh) | 基于用户自主产生的口令对系统登录的方法和装置 | |
CN101221641B (zh) | 一种联机交易的安全确认设备及联机交易方法 | |
CN101815291A (zh) | 一种自动登录客户端的方法和系统 | |
WO2014188210A1 (en) | User authentication system and method | |
CN104504569A (zh) | 一种验证方法及装置 | |
CN103632075A (zh) | 鉴权装置及鉴权方法 | |
CN101334884A (zh) | 提高转账安全性的方法和系统 | |
US20170076285A1 (en) | Payment Method and Apparatus and Payment Factor Processing Method and Apparatus | |
CN103761486A (zh) | 电子文件加密方法及装置 | |
CN104202163A (zh) | 一种基于移动终端的密码系统 | |
CN104253689A (zh) | 基于二维码的用户卡动态口令验证方法与系统 | |
CN103297391A (zh) | 图形化动态密码输入及验证方法 | |
CN104951366A (zh) | 一种移动终端应用程序登录方法和设备 | |
CN104112096B (zh) | 多点触碰方法与装置 | |
CN105354458A (zh) | 密码输入验证方法和系统 | |
CN104125072A (zh) | 一种非接触式动态口令认证方法及系统 | |
CN105281899A (zh) | 用于密码认证的装置和方法 | |
CN104702410A (zh) | 一种动态口令认证装置、系统和方法 | |
CN106326703A (zh) | 一种加密的方法、解密的方法及电子设备 | |
Tan et al. | An evaluation study of user authentication in the malaysian fintech industry with uauth security analytics framework | |
CN105072136A (zh) | 一种基于虚拟驱动的设备间安全认证方法和系统 | |
CN105471580A (zh) | 一种复核签名方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20160321 Address after: 067000 building, nine floor, science and technology building, hi tech Zone, Hebei, Chengde Applicant after: Chengde Zeyu Industrial Technology Co. Ltd. Address before: 067000 Chengde City Development Zone in Hebei province (University City) Phoenix Regency 1 Building 2 unit 904 room Applicant before: Miao Lidi |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140430 |
|
RJ01 | Rejection of invention patent application after publication |