CN114218555B - 增强密码管理app密码安全强度方法和装置、存储介质 - Google Patents
增强密码管理app密码安全强度方法和装置、存储介质 Download PDFInfo
- Publication number
- CN114218555B CN114218555B CN202111528485.8A CN202111528485A CN114218555B CN 114218555 B CN114218555 B CN 114218555B CN 202111528485 A CN202111528485 A CN 202111528485A CN 114218555 B CN114218555 B CN 114218555B
- Authority
- CN
- China
- Prior art keywords
- management app
- password management
- password
- hardware
- public key
- 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.)
- Active
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/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
-
- 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/45—Structures or tools for the administration of authentication
-
- 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/602—Providing cryptographic facilities or services
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Storage Device Security (AREA)
Abstract
本发明公开一种增强密码管理APP密码安全强度方法和装置、存储介质,包括以下步骤:利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;认证完成后,密码管理APP和安全硬件根据相互认证过程协商的随机数作为通信包加解密的密钥,再进行业务加密和解密。采用本发明的技术方案,解决密码管理APP中管理的密码安全强度不高、用户不信任软件质量从而导致用户安全感不高的问题。
Description
技术领域
本发明属于信息安全技术领域,尤其涉及一种增强密码管理APP密码安全强度方法和装置、存储介质。
背景技术
随着互联网的深入发展,用户在手机上登录APP或者网页的账号和密码种类繁多,因此用来管理各类型口令和密码的密码管理APP越来越收到人们的欢迎,但是密码管理APP将管理的账号和密码集中式存储在本地或云端,存在一旦被别有用心的人攻击或破解,可能丢失所有账户和密码信息的风险,因此存在两方面的问题,一是用户担心被APP信息或密码管理服务器被破解而自己信息丢失,二是密码管理APP的软件质量很大程度上决定了用户数据的安全。对于密码管理APP中管理的信息,都是及其私密且重要的,如何保证这些信息的绝对安全,是密码管理APP厂商需要研究的事情。目前存在密码管理APP中管理的密码安全强度不高、用户不信任软件质量从而导致用户安全感不高的问题。
发明内容
本发明要解决的技术问题是,提供一种增强密码管理APP密码安全强度的方法和装置、存储介质,解决密码管理APP中管理的密码安全强度不高、用户不信任软件质量从而导致用户安全感不高的问题。
为实现上述目的,本发明采用如下的技术方案:
一种增强密码管理APP密码安全强度方法,包括以下步骤:
利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;
认证完成后,密码管理APP和安全硬件根据相互认证过程协商的随机数作为通信包加解密的密钥,再进行业务加密和解密。
作为优选,所述密码管理APP通过互联网与所述服务器通信;所述安全硬件只能与所述密码管理APP直接通信,所述安全硬件与所述服务器之间通信通过密码管理APP进行转发;所述服务器同时为多个密码管理APP提供认证服务,且一个密码管理APP拥有多个安全硬件。
作为优选,服务器,用于存储公钥pkS、每个安全硬件的标识clientID、公钥pkxClient和通信使用对称加密秘钥secretxClientS以及每个密码管理APP用户的公钥xAPP;密码管理APP,用于存储私钥skxAPP、公钥pkxAPP和标识xAPP;安全硬件,用于存储标识clientID、私钥skxClient、公钥pkxClient、通信使用对称加解密秘钥secretxClientS、业务加解密用的对称加密密钥aes_secret。
作为优选,所述进行密码管理APP和安全硬件之间的相互认证包括:
安全硬件将clientID和公钥pkxClient发送给密码管理APP;
密码管理APP将所述clientID和自身标识xAPP发送给服务器,以向服务器发起认证;
服务器通过安全硬件标识clientID索引安全硬件的公钥并以签名包的形式发送给密码管理APP;
密码管理APP验证消息签名后,确认服务器发送的安全硬件公钥与获取的安全硬件公钥pkxClient一致,则生成随机数Na,并使用安全硬件公钥加密Na和密码管理APP标识xAPP和公钥pkxAPP,生成数据包mA发送给安全硬件;
安全硬件解密数据包mA,获得随机数Na和密码管理APP的标识xAPP和公钥pkxAPP并保存,开启对于密码管理APP的认证,使用对称加密秘钥secretxClientS加密自身标识clientID和APP标识xAPP,生成消息ms1;
密码管理APP获取消息ms1,添加本地存储的安全硬件标识clientID和自身标识xAPP后,发送给服务器;
服务器通过clientID索引得到安全硬件对称加密秘钥secretxClientS,使用secretxClientS对消息ms1进行解密,获取安全硬件要验证的APP标识xAPP,再次通过索引得到APP的公钥。将索引到的APP公钥使用secretxClientS进行加密得到密文sStr,加密后的字符再添加接收到的密码管理APP标识xAPP后进行签名,得到消息ms2发送给密码管理APP;
密码管理APP验证签名包且消息包内标识与自身一致后,将密文部分使用pkxClient加密以消息mc3发送给安全硬件;
安全硬件对消息mc3解密得到密文sStr,使用secretxClientS对sStr进行再次解密,验证服务器发来的密码管理APP公钥与之前保存的密码管理APP公钥一致后,生成新的随机数Nb,并将接收到的随机数Na和自身的标识clientID,使用密码管理APP公钥pkxAPP进行加密后得到消息ms4发送给密码管理APP;
密码管理APP解密消息ms4后,验证消息中的随机数和安全硬件标识是否与之前保存的信息一致,如果都一致,则保存获取到的随机数Nb,作为后续业务通信的加密秘钥,同时将使用安全硬件公钥加密后的Nb发送给安全硬件;
安全硬件解密消息后,确认消息中的随机数与保存的Nb一致后,完成互认证过程。
作为优选,所述业务加密包括:
将进行业务加密的明文密码和密码管理APP自身的标识xAPP,使用相互认证过程协商的秘钥Nb加密后,发送到安全硬件;
安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称加密后,得到密文密码,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
密码管理APP使用Na解密消息后,获取密码密文enc_txt,并存储在本地或云端。
作为优选,所述业务解密包括:
将进行解密的密文密码和密码管理APP自身的标识xAPP,使用互认证过程协商的秘钥Nb加密后,发送到安全硬件;
安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称解密后,得到密码明文password,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
密码管理APP使用Na解密消息后,获取密码明文password。
本发明还提供一种增强密码管理APP密码安全强度装置,包括:
认证模块,用于利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;
加解密模块,用于认证完成后,密码管理APP和安全硬件根据相互认证过程协商的随机数作为通信包加密的密钥,再进行业务加密和解密。
作为优选,所述密码管理APP通过互联网与所述服务器通信;所述安全硬件只能与所述密码管理APP直接通信,所述安全硬件与所述服务器之间通信通过密码管理APP进行转发;所述服务器同时为多个密码管理APP提供认证服务,且一个密码管理APP拥有多个安全硬件。
作为优选,服务器,用于存储公钥pkS、每个安全硬件的标识clientID、公钥pkxClient和通信使用对称加密秘钥secretxClientS以及每个密码管理APP用户的标识xAPP和公钥pkxAPP;密码管理APP,用于存储私钥skxAPP、公钥pkxAPP和标识xAPP;安全硬件,用于存储标识clientID、私钥skxClient、公钥pkxClient、通信使用对称加解密秘钥secretxClientS、业务加解密用的对称加密密钥aes_secret。
本发明还提供一种存储介质,所述存储介质存储有机器可执行指令,所述机器可执行指令在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现增强密码管理APP密码安全强度方法。
本发明在密码管理APP的基础上,引入一个用户持有的安全硬件,提出包含互认证和可靠通信的密码协议,实现了在双因素安全认证的基础上,即使密码管理APP本地存储信息和云端存储信息被别有攻击者获取,在没有安全硬件的情况下,攻击者依然无法解密得到账号和密码信息,方案可以实现相互认证性,前向后向安全性,机密性,抗跟踪攻击,假冒攻击,重放攻击,采用本发明的技术方案,可以实现密码管理APP和安全硬件之间相互认证和互操作,进而实现密码的高度安全保存。
附图说明
图1为本发明涉及通信主体的结构示意图;
图2为本发明方法的初始化阶段的示意图;
图3为本发明方法的相互认证阶段的示意图;
图4为本发明方法的加密步骤的示意图;
图5为本发明方法的解密步骤的示意图;
图6为本发明装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。
实施例1:
如图1所示,本发明提供一种增强密码管理APP密码安全强度方法,本发明涉及通信主体包括服务器、密码管理APP、安全硬件。服务器作为认证系统的可信中心,密码管理APP通过互联网与服务器通信,而安全硬件只能与密码管理APP直接通信,与服务的通信需要与密码管理APP进行转发;服务器可以与同时为多个密码管理APP提供认证服务和其他服务,一个密码管理APP可以拥有多个安全硬件。服务器中公钥pkS对外是公开的;初始状态服务器保存有每个安全硬件的标识clientID、公钥pkxClient和通信用对称加密秘钥secretxClientS;同时服务器保存有每个密码管理APP用户的公钥标识xAPP和公钥pkxAPP。密码管理APP拥有私钥skxAPP、公钥pkxAPP和标识xAPP。安全硬件由拥有安全存储区和算法引擎的安全芯片完成,可以使用一种或多种公共信道与密码管理APP进行通信;其拥有标识clientID、私钥skxClient、公钥pkxClient、通信使用对称加解密秘钥secretxClientS;同时拥有业务加解密用的对称加密密钥aes_secret。
本发明增强密码管理APP密码安全强度的方法包括:
步骤S1、初始化阶段
如图2所示,安全硬件随机生成私钥skxClient,根据私钥skxClient生产公钥pkxClient,同时根据芯片ID生成唯一的clientID;并向服务器提交{clientID,pkxClient}进行注册,注册完成后,服务器返回{aes_secret,pkS},服务器和安全硬件均做持久化保存。密码管理APP使用口令完成在服务器上的登录认证,口令认证完成后密码管理APP保存有服务器公钥pkS,服务器保存有密码管理APP标识xAPP及公钥pkxAPP。服务器在密码管理APP认证时保存密码管理APP标识xAPP及公钥pkxAPP;安全硬件向服务器注册时,服务器保存{clientID,pkxClient},并创建aes_secret,发送{aes_secret,pkS}给安全硬件保存。
步骤S2、认证阶段,如图3所示,包括如下步骤:
步骤21、安全硬件将clientID和公钥pkxClient发送给密码管理APP;
步骤22、密码管理APP将所述clientID和自身标识xAPP发送给服务器,以向服务器发起认证;
步骤23、服务器通过安全硬件标识clientID索引安全硬件的公钥并以签名包的形式发送给密码管理APP;
步骤24、密码管理APP验证消息签名后,确认服务器发送的安全硬件公钥与获取的安全硬件公钥pkxClient一致,则生成随机数Na,并使用安全硬件公钥加密Na和密码管理APP标识xAPP和公钥pkxAPP,生成数据包mA发送给安全硬件;
步骤25、安全硬件解密数据包mA,获得随机数Na和密码管理APP的标识xAPP和公钥pkxAPP并保存,开启对于密码管理APP的认证,使用对称加密秘钥secretxClientS加密自身标识clientID和APP标识xAPP,生成消息ms1;
步骤26、密码管理APP获取消息ms1,添加本地存储的安全硬件标识clientID和自身标识xAPP后,发送给服务器;
步骤27、服务器通过clientID索引得到安全硬件对称加密秘钥secretxClientS,使用secretxClientS对消息ms1进行解密,获取安全硬件要验证的APP标识xAPP,再次通过索引得到APP的公钥。将索引到的APP公钥使用secretxClientS进行加密得到密文sStr,加密后的字符再添加接收到的密码管理APP标识xAPP后进行签名,得到消息ms2发送给密码管理APP;
步骤28、密码管理APP验证签名包且消息包内标识与自身一致后,将密文部分使用pkxClient加密以消息mc3发送给安全硬件;
步骤29、安全硬件对消息mc3解密得到密文sStr,使用secretxClientS对sStr进行再次解密,验证服务器发来的密码管理APP公钥与之前保存的密码管理APP公钥一致后,生成新的随机数Nb,并将接收到的随机数Na和自身的标识clientID,使用密码管理APP公钥pkxAPP进行加密后得到消息ms4发送给密码管理APP;
步骤210、密码管理APP解密消息ms4后,验证消息中的随机数和安全硬件标识是否与之前保存的信息一致,如果都一致,则保存获取到的随机数Nb,作为后续业务通信的加密秘钥,同时将使用安全硬件公钥加密后的Nb发送给安全硬件;
步骤S211、安全硬件解密消息后,确认消息中的随机数与保存的Nb一致后,完成互认证过程。
步骤S3、通信阶段
步骤S31、绑定步骤
认证完成后,如果安全硬件没有绑定密码管理APP,则将密码管理APP的公钥保存,之后只有通过一致性验证通信包,才会被安全硬件处理并响应。
步骤S32、加密步骤,如图4所示,包括以下步骤:
步骤S321、将需要进行业务加密的明文密码和密码管理APP自身的标识xAPP,使用互认证过程协商的秘钥Nb加密后,发送到安全硬件;
步骤S322、安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称加密后,得到密文密码,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
步骤S323、密码管理APP使用Na解密消息后,获取密码密文enc_txt,并存储在本地或云端。
步骤S33、解密步骤,如图5所示,包括以下步骤:
步骤S331、将需要进行解密的密文密码和密码管理APP自身的标识xAPP,使用互认证过程协商的秘钥Nb加密后,发送到安全硬件;
步骤S332、安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称解密后,得到密码明文password,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
步骤S333、密码管理APP使用Na解密消息后,获取密码明文password。
本发明方法利用服务器做可信中心,实现密码管理APP和安全硬件之间的互认证,且此互认证协议广泛适用于通信中间节点(密码管理APP)的场景,认证过程具有前向后向安全性,机密性,认证过程能有效抗跟踪攻击,假冒攻击,重放攻击。互认证基础上,密码管理APP与安全硬件的加密流程、解密流程解决了密码管理APP的安全性依赖开发商的软件代码质量的问题;即使密码管理APP本地存储信息和云端存储信息被别有攻击者获取,在没有安全硬件的情况下,攻击者依然无法解密存储的密码信息。
攻击模型与安全分析
为了更好的讨论本发明中涉及的安全问题,首先建立合适的攻击模型,在规定的安全范围内进行讨论。一般来说,攻击模型包括攻击者能力假设与攻击手段假设。
1)攻击者能力假设
由于密码管理APP与服务器通过互联网信道传输数据,因此两者之间的通信过程暴露在开发的外部环境中,这意味着两者的通信包可能被攻击者全部监听并加工转发。密码管理APP与安全硬件之间的通信虽然不通过互联网,但是使用无线信道,攻击者依然伪装成合法用户,同时可以发起与安全硬件或密码管理APP之间的用户通信。
A.使用Dolev-Yao攻击模型
Dolev-Yao攻击模型,被大多数研究者所接受,并作为攻击通信协议的标准模型。在攻击模型中,攻击者的特征如下:
攻击者可以得到通信网络上的所有消息;
攻击者可以接收网络中任意用户发送的消息;
攻击者可以伪装成网络中的任意一个合法用户,同时可以发起与任意其它用户的通信;
攻击者可以伪装成任何任意合法用户向网络中任意其他用户发送消息。
在攻击模型中,攻击者完全控制了整个通信网络,既可以发送任意消息给网络中的其他用户,也可以从网络中接收任意其他用户发送的消息。但是攻击者受限于常见的知识,它的能力也不是无限放大的,无法完成下列事情:
攻击者不能猜测出从足够大的空间中选出的随机数;
攻击者不能在没有正确的密胡情况下,将给定的任意密文解密成明文;
攻击者不能攻破己知的安全的公钥算法,依据已知的公销推出该算法下对应的私钥;
攻击者也不能无视完善的对称加密算法,将已知的明文构造成该算法下的正确的密文;
攻击者不能违背已知的知识,如控制网络环境中离线主体的存储器等。
B.本发明提出的攻击者能力假设
基于上述攻击模型,本发明中对攻击者能力做出如下假设:
攻击者可以做到的事情:
1.攻击者拥有获取互联网网络空间中密码管理APP与服务器通信数据的能力;
2.攻击者具备强大的计算能力,可以破解时间复杂度为多项式的函数;
3.攻击者能够伪装成密码管理APP或安全硬件任何一方给对方发送任何消息。
4.攻击者可以伪装成密码管理APP或安全硬件任何一方接收对方发送的信息;
攻击者无法做到的事情:
1.假设服务器内部与数据库之间的通信信道是安全可靠的,攻击者不具备侵入后台数据库的能力,也无法截获内部网络信道上的消息;
2.攻击者不能猜到随机数发生器从足够大空间中选出的随机数;
3.攻击者不能通过物理的方法得到安全硬件上的信息数据;
4.攻击者不具有破解数学难题的能力;
2)攻击手段假设
针对的主要安全攻击可分为主动攻击和被动攻击两种类型。
主动攻击是指:通过物理或者软件方法,利用安全硬件中处理器的通用通信接口,通过发送指令获取安全硬件信息、获取安全硬件主动发出的请求消息,寻求安全协议、加密算法的弱点,进行删除或篡改安全硬件内容的攻击;或者通过干扰广播、阻塞信道或其他手段,产生异常的应用环境,使合法处理器产生故障,影响应用系统正常使用。
被动攻击主要是指:使用窃听技术,来获得服务器与密码管理APP及密码管理APP与安全硬件之间的通信数据;进而配合其他攻击手段获取更多信息。
具体来说,本发明中的方法可以阻止的攻击手段有:物理攻击、窃听、跟踪攻击、前向安全、安全硬件伪造、非法访问、篡改攻击、重放攻击。
1.物理攻击
物理攻击是攻击者利用安全硬件的某些物理特性对安全硬件进行攻击。这种攻击的攻击成本高,一般是在实验室环境下完成这种攻击。
防范措施:
安全硬件本身拥有安全芯片,包括安全算法协处理器、安全环境控制模块、主动防护层,攻击者无法通过物理攻击获取安全硬件内部全部信息。
2.窃听攻击
安全硬件与密码管理APP的通信信道是无线信道,因此攻击者发起窃听攻击,很容易得到通信包。窃听攻击是一种十分常见的攻击手段,攻击者一般利用窃听到的数据配合其他手段进行攻击。
防范措施:
本实施例涉及的协议中在互认证过程和后期通信过程,对安全硬件与密码管理APP的消息进行加密,这样即使攻击者发起窃听攻击,得到的也是加密后的消息,无法威胁系统的安全。
3.跟踪攻击
当密码管理APP向安全硬件发送查询求,安全硬件收到请求消息返回的响应都是一个固定或一个有规律的信息时,攻击者就可以利用安全硬件的这个应答消息对标签持续发送询问信息来实现对标签的跟踪。
防范措施:
密码管理APP与安全硬件正常通信前需要向服务器完成互认证。
4.前向安全性
前向安全也叫数据演绎,当攻击者已经得到了安全硬件当前信息时,并且攻击者利用已经得到的知识,使用数据演择的方法,从标签的当前信息和窃听到的信息演绎出下一次认证中有用的信息。比如一个安全协议中每次安全验证都要更新密朗,若安全协议不能保证前向安全,则攻击者很容易通过已知的标签密铜进而推导出标签下一次的密朗,从而通过系统的身份认证,威胁系统安全。
防范措施:
每一次互认证的随机数都不同,即使用随机数加密后的通信包每次都不相同可以解决这个问题。
5.伪造攻击
攻击者通过某种攻击手段获取安全硬件的秘密(比如安全硬件公钥或安全硬件标识符),攻击者就可以伪装成一个合法安全硬件与密码管理APP通信,从而有机会通过密码管理APP的验证。这种攻击方法是系统安全面临的常见攻击手段,因此一个安全的协议要确保标签的秘密数据是动态刷新的,这样即使攻击者已知标签某次通信过程中的部分秘密,在后面的通信过程中也不能构造正确的信息来通过阅读器的验证。
防范措施:
每一次互认证的随机数都不同,即使用随机数加密后的通信包每次都不相同可以解决这个问题。
6.篡改攻击
攻击者通过窃听攻击等攻击手段通过了服务器的验证,进而行恶意修改其本地的账号密码等数据。
防范措施:
密码管理APP中要操作加密了密码数据均需安全硬件解密后使用,当然不排除攻击者篡改账号信息,但是攻击者只有账号信息同样无法作恶。
7.重放攻击
攻击者首先通过窃听等手段获得密码管理APP与安全硬件的通信内容,并且在下次通信过程中,攻击者伪装成合法一方与对方通信,重放以前截获的信息,并骗取对方的信任,从而通过身份认证。
防范措施:
为了避免这种攻击,安全协议在每次发送的数据中插入随机数,使得每次通信的数据都不同,保证消息的新鲜性,可以有效的防止重放攻击。
实施例2:
如图6所示,本发明还提供一种增强密码管理APP密码安全强度装置,包括:
认证模块,用于利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;
加解密模块,用于认证完成后,密码管理APP根据相互认证过程协商的秘钥和随机数,与安全硬件进行业务加密和解密。
进一步,所述密码管理APP通过互联网与所述服务器通信;所述安全硬件只能与所述密码管理APP直接通信,所述安全硬件与所述服务器之间通信通过密码管理APP进行转发;所述服务器同时为多个密码管理APP提供认证服务,且一个密码管理APP拥有多个安全硬件。
进一步,服务器,用于存储公钥pkS、每个安全硬件的标识clientID、公钥pkxClient和通信使用对称加密秘钥secretxClientS以及每个密码管理APP用户的公钥xAPP;密码管理APP,用于存储私钥skxAPP和公钥xAPP;安全硬件,用于存储标识clientID、私钥skxClient,公钥pkxClient、业务加解密用的对称加密密钥aes_secret。
本发明还提供一种存储介质,所述存储介质存储有机器可执行指令,所述机器可执行指令在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现增强密码管理APP密码安全强度方法。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (9)
1.一种增强密码管理APP密码安全强度方法,其特征在于,包括以下步骤:
利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;
认证完成后,密码管理APP和安全硬件根据相互认证过程协商的随机数作为通信包加解密的密钥,再进行业务加密和解密;
其中,所述进行密码管理APP和安全硬件之间的相互认证包括:
安全硬件将clientID和公钥pkxClient发送给密码管理APP;
密码管理APP将所述clientID和自身标识xAPP发送给服务器,以向服务器发起认证;
服务器通过安全硬件标识clientID索引安全硬件的公钥并以签名包的形式发送给密码管理APP;
密码管理APP验证消息签名后,确认服务器发送的安全硬件公钥与获取的安全硬件公钥pkxClient一致,则生成随机数Na,并使用安全硬件公钥加密Na和密码管理APP标识xAPP和公钥pkxAPP,生成数据包mA发送给安全硬件;
安全硬件解密数据包mA,获得随机数Na和密码管理APP的标识xAPP和公钥pkxAPP并保存,开启对于密码管理APP的认证,使用对称加密秘钥secretxClientS加密自身标识clientID和APP标识xAPP,生成消息ms1;
密码管理APP获取消息ms1,添加本地存储的安全硬件标识clientID和自身标识xAPP后,发送给服务器;
服务器通过clientID索引得到安全硬件对称加密秘钥secretxClientS,使用secretxClientS对消息ms1进行解密,获取安全硬件要验证的APP标识xAPP,再次通过索引得到APP的公钥; 将索引到的APP公钥使用secretxClientS进行加密得到密文sStr,加密后的字符再添加接收到的密码管理APP标识xAPP后进行签名,得到消息ms2发送给密码管理APP;
密码管理APP验证签名包且消息包内标识与自身一致后,将密文部分使用pkxClient加密以消息mc3发送给安全硬件;
安全硬件对消息mc3解密得到密文sStr,使用secretxClientS对sStr进行再次解密,验证服务器发来的密码管理APP公钥与之前保存的密码管理APP公钥一致后,生成新的随机数Nb,并将接收到的随机数Na和自身的标识clientID,使用密码管理APP公钥pkxAPP进行加密后得到消息ms4发送给密码管理APP;
密码管理APP解密消息ms4后,验证消息中的随机数和安全硬件标识是否与之前保存的信息一致,如果都一致,则保存获取到的随机数Nb,作为后续业务通信的加密秘钥,同时将使用安全硬件公钥加密后的Nb发送给安全硬件;
安全硬件解密消息后,确认消息中的随机数与保存的Nb一致后,完成互认证过程。
2.如权利要求1所述的增强密码管理APP密码安全强度方法,其特征在于,所述密码管理APP通过互联网与所述服务器通信;所述安全硬件只能与所述密码管理APP直接通信,所述安全硬件与所述服务器之间通信通过密码管理APP进行转发;所述服务器同时为多个密码管理APP提供认证服务,且一个密码管理APP拥有多个安全硬件。
3.如权利要求2所述的增强密码管理APP密码安全强度方法,其特征在于,服务器,用于存储公钥pkS、每个安全硬件的标识clientID、公钥pkxClient和通信使用对称加解密秘钥secretxClientS以及每个密码管理APP用户的标识xAPP和公钥pkxAPP;密码管理APP,用于存储私钥skxAPP、公钥pkxAPP和标识xAPP;安全硬件,用于存储标识clientID、私钥skxClient、公钥pkxClient、通信使用对称加解密秘钥secretxClientS、业务加解密用的对称密钥aes_secret。
4.如权利要求1所述的增强密码管理APP密码安全强度方法,其特征在于,所述业务加密包括:
将进行业务加密的明文密码和密码管理APP自身的标识xAPP,使用相互认证过程协商的秘钥Nb加密后,发送到安全硬件;
安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称加密后,得到密文密码,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
密码管理APP使用Na解密消息后,获取密码密文enc_txt,并存储在本地或云端。
5.如权利要求1所述的增强密码管理APP密码安全强度方法,其特征在于,所述业务解密包括:
将进行解密的密文密码和密码管理APP自身的标识xAPP,使用互认证过程协商的秘钥Nb加密后,发送到安全硬件;
安全硬件使用互认证过程中的Nb解密消息后,将密码字段使用业务密码进行单独对称解密后,得到密码明文password,并使用相互认证过程协商的Na进行二次加密后,发送给密码管理APP;
密码管理APP使用Na解密消息后,获取密码明文password。
6.一种增强密码管理APP密码安全强度装置,其特征在于,包括:
认证模块,用于利用服务器作为可信中心,进行密码管理APP和安全硬件之间的相互认证;
加解密模块,用于认证完成后,密码管理APP和安全硬件根据相互认证过程协商的随机数作为通信包加密的密钥,再进行业务加密和解密;
其中,所述进行密码管理APP和安全硬件之间的相互认证包括:
安全硬件将clientID和公钥pkxClient发送给密码管理APP;
密码管理APP将所述clientID和自身标识xAPP发送给服务器,以向服务器发起认证;
服务器通过安全硬件标识clientID索引安全硬件的公钥并以签名包的形式发送给密码管理APP;
密码管理APP验证消息签名后,确认服务器发送的安全硬件公钥与获取的安全硬件公钥pkxClient一致,则生成随机数Na,并使用安全硬件公钥加密Na和密码管理APP标识xAPP和公钥pkxAPP,生成数据包mA发送给安全硬件;
安全硬件解密数据包mA,获得随机数Na和密码管理APP的标识xAPP和公钥pkxAPP并保存,开启对于密码管理APP的认证,使用对称加密秘钥secretxClientS加密自身标识clientID和APP标识xAPP,生成消息ms1;
密码管理APP获取消息ms1,添加本地存储的安全硬件标识clientID和自身标识xAPP后,发送给服务器;
服务器通过clientID索引得到安全硬件对称加密秘钥secretxClientS,使用secretxClientS对消息ms1进行解密,获取安全硬件要验证的APP标识xAPP,再次通过索引得到APP的公钥; 将索引到的APP公钥使用secretxClientS进行加密得到密文sStr,加密后的字符再添加接收到的密码管理APP标识xAPP后进行签名,得到消息ms2发送给密码管理APP;
密码管理APP验证签名包且消息包内标识与自身一致后,将密文部分使用pkxClient加密以消息mc3发送给安全硬件;
安全硬件对消息mc3解密得到密文sStr,使用secretxClientS对sStr进行再次解密,验证服务器发来的密码管理APP公钥与之前保存的密码管理APP公钥一致后,生成新的随机数Nb,并将接收到的随机数Na和自身的标识clientID,使用密码管理APP公钥pkxAPP进行加密后得到消息ms4发送给密码管理APP;
密码管理APP解密消息ms4后,验证消息中的随机数和安全硬件标识是否与之前保存的信息一致,如果都一致,则保存获取到的随机数Nb,作为后续业务通信的加密秘钥,同时将使用安全硬件公钥加密后的Nb发送给安全硬件;
安全硬件解密消息后,确认消息中的随机数与保存的Nb一致后,完成互认证过程。
7.如权利要求6所述的增强密码管理APP密码安全强度装置,其特征在于,所述密码管理APP通过互联网与所述服务器通信;所述安全硬件只能与所述密码管理APP直接通信,所述安全硬件与所述服务器之间通信通过密码管理APP进行转发;所述服务器同时为多个密码管理APP提供认证服务,且一个密码管理APP拥有多个安全硬件。
8.如权利要求7所述的增强密码管理APP密码安全强度装置,其特征在于,服务器,用于存储公钥pkS、每个安全硬件的标识clientID、公钥pkxClient和通信使用对称加密秘钥secretxClientS以及每个密码管理APP用户的标识xAPP和公钥pkxAPP;密码管理APP,用于存储私钥skxAPP、公钥pkxAPP和标识xAPP;安全硬件,用于存储标识clientID、私钥skxClient、公钥pkxClient、通信使用对称加解密秘钥secretxClientS、业务加解密用的对称加密密钥aes_secret。
9.一种存储介质,其特征在于,所述存储介质存储有机器可执行指令,所述机器可执行指令在被处理器调用和执行时,所述机器可执行指令促使所述处理器实现权利要求1至5任一项所述的增强密码管理APP密码安全强度方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111528485.8A CN114218555B (zh) | 2021-12-14 | 2021-12-14 | 增强密码管理app密码安全强度方法和装置、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111528485.8A CN114218555B (zh) | 2021-12-14 | 2021-12-14 | 增强密码管理app密码安全强度方法和装置、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114218555A CN114218555A (zh) | 2022-03-22 |
CN114218555B true CN114218555B (zh) | 2022-08-12 |
Family
ID=80701912
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111528485.8A Active CN114218555B (zh) | 2021-12-14 | 2021-12-14 | 增强密码管理app密码安全强度方法和装置、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114218555B (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104702611B (zh) * | 2015-03-15 | 2018-05-25 | 西安电子科技大学 | 一种保护安全套接层会话密钥的设备及方法 |
CN108234115B (zh) * | 2016-12-15 | 2021-03-09 | 阿里巴巴集团控股有限公司 | 信息安全的验证方法、装置和系统 |
CN107465689B (zh) * | 2017-09-08 | 2020-08-04 | 大唐高鸿信安(浙江)信息科技有限公司 | 云环境下的虚拟可信平台模块的密钥管理系统及方法 |
CN110784491B (zh) * | 2019-11-13 | 2022-08-16 | 深圳前海智安信息科技有限公司 | 一种物联网安全管理系统 |
-
2021
- 2021-12-14 CN CN202111528485.8A patent/CN114218555B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN114218555A (zh) | 2022-03-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8887246B2 (en) | Privacy preserving authorisation in pervasive environments | |
US6539479B1 (en) | System and method for securely logging onto a remotely located computer | |
US7231526B2 (en) | System and method for validating a network session | |
CA2423636C (en) | Methods for authenticating potential members invited to join a group | |
CA2551113C (en) | Authentication system for networked computer applications | |
US10594479B2 (en) | Method for managing smart home environment, method for joining smart home environment and method for connecting communication session with smart device | |
Rahman et al. | Security in wireless communication | |
CN110505055B (zh) | 基于非对称密钥池对和密钥卡的外网接入身份认证方法和系统 | |
KR101531662B1 (ko) | 사용자 단말과 서버간 상호 인증 방법 및 시스템 | |
WO2019001834A1 (en) | METHODS AND APPARATUSES FOR CONTROLLING ACCESS TO A NETWORK DEVICE FROM A USER DEVICE | |
Rongyu et al. | A PK-SIM card based end-to-end security framework for SMS | |
Yerlikaya et al. | Authentication and authorization mechanism on message queue telemetry transport protocol | |
CN110519222B (zh) | 基于一次性非对称密钥对和密钥卡的外网接入身份认证方法和系统 | |
CN110098925B (zh) | 基于非对称密钥池对和随机数的量子通信服务站密钥协商方法和系统 | |
Sood et al. | Inverse Cookie-based Virtual Password Authentication Protocol. | |
CN110572392A (zh) | 一种基于Hyperledger网络的身份认证方法 | |
Tsague et al. | An advanced mutual-authentication algorithm using 3DES for smart card systems | |
CN114218555B (zh) | 增强密码管理app密码安全强度方法和装置、存储介质 | |
Nishimura et al. | Secure authentication key sharing between personal mobile devices based on owner identity | |
CN110086627B (zh) | 基于非对称密钥池对和时间戳的量子通信服务站密钥协商方法和系统 | |
Wu et al. | A privacy protection scheme for facial recognition and resolution based on edge computing | |
Chen et al. | SSL/TLS session-aware user authentication using a gaa bootstrapped key | |
Krishnamoorthy et al. | Proposal of HMAC based Protocol for Message Authenication in Kerberos Authentication Protocol | |
Elmufti et al. | Anonymous authentication for mobile single sign-on to protect user privacy | |
JP2014081887A (ja) | セキュアシングルサインオン方式およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |