CN115037453B - 数据保护方法、系统及电子设备 - Google Patents
数据保护方法、系统及电子设备 Download PDFInfo
- Publication number
- CN115037453B CN115037453B CN202111400512.3A CN202111400512A CN115037453B CN 115037453 B CN115037453 B CN 115037453B CN 202111400512 A CN202111400512 A CN 202111400512A CN 115037453 B CN115037453 B CN 115037453B
- Authority
- CN
- China
- Prior art keywords
- ring
- server
- electronic equipment
- screen locking
- locking code
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0822—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using key encryption key
-
- 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
- G06F21/46—Structures or tools for the administration of authentication by designing passwords or checking the strength of passwords
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/30—Security of mobile devices; Security of mobile applications
-
- 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/2117—User registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Storage Device Security (AREA)
- Lock And Its Accessories (AREA)
Abstract
本申请实施例提供了一种数据保护方法、系统及电子设备,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删除信任环或暂停设备的加环过程,防止不安全设备加入信任环而从云侧获取到用户数据,提高用户数据的安全性。
Description
技术领域
本申请实施例涉及终端设备领域,尤其涉及一种数据保护方法、系统及电子设备。
背景技术
目前,终端设备可以将用户的数据保存在云端以便用户实时上传和下载该数据。用户的数据通常对应着某个特定的用户账号。然而,用户数据的安全完全依赖于账号安全,只要设备能够通过账号验证,就可以从云侧获得该数据。如果账号和云侧服务器中的任一个被攻击,用户数据就会发生泄露。并且,云侧服务器也存在解密用户数据的可能,云侧无法自证清白。因而,已知的方案安全性较低,无法为具有更高安全性要求的用户数据保护提供支撑。
发明内容
本申请提供一种数据保护方法、系统及电子设备,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删除信任环或暂停设备的加环过程,防止不安全设备加入信任环而从云侧获取到用户数据,提高用户数据的安全性。
第一方面,本申请提供一种数据保护方法。该方法应用于第二电子设备,包括:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备。接着,当基于第一锁屏码对第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,第一提示信息中包括:用于指示删除信任环的第一按钮。在接收到对第一按钮选中操作的情况下向第一服务器发送删环请求,其中,删环请求中携带有所述第一账号的账号标识。然后,接收第一服务器发送的信任环删除消息,其中,信任环删除消息由第一服务器删除第一账号下的第一信任环后发送。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删除信任环或暂停设备的加环过程,防止不安全设备加入信任环,保护云侧用户数据,提高用户数据保护的安全性。
其中,本申请中的锁屏码也可以替换为其他用户信息,例如,用户信息可以是用户生日、用户姓名、父母或朋友的生日、姓名等等。这些信息是用户独有的信息,仅该用户自己知道,且该信息因用户的不同而不同。这些用户信息是用户容易记忆的,并且是云侧所不知道的。当基于用户信息对主密钥加密时,云侧无法解密,因此云侧可自证清白。除了用户自己,别人很难知道用户使用哪一个用户信息来加密主密钥,这样大大增加了主密钥密文的破解难度,提高了主密钥的安全性,进而能够提高使用主密钥的派生密钥保护的用户数据的安全性。同时,在信任环中的第2个设备及第2个以后的设备注册时,可以基于用户信息对已注册设备的身份进行验证,不需要与已注册设备进行交互,为用户提供了便利。
根据第一方面,删环请求中还携带有第二电子设备的签名;第一信任环由第一服务器基于签名对第二电子设备身份验证通过后删除。这样,能够防止不安全设备恶意删除信任环,有效保护云侧用户数据。
根据第一方面,在接收用户输入的第二电子设备的第二锁屏码之后,还包括:向第一服务器发送在环设备信息获取请求,其中,在环设备信息获取请求中携带有第一账号的账号标识。然后,接收服务器返回的第一账号对应的第一信任环的在环设备信息,其中,在环设备中包括第一电子设备。接着,显示第一电子设备锁屏码输入界面。这样,能够通过在请求加入信任环的设备上输入的信息,对在环设备的身份进行验证,保证请求加入信任环的设备的可信性,避免不可信设备通过加入信任环获取到云侧的用户数据,提高用户数据的安全性。
根据第一方面,在当基于第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息之前,还包括:基于第一锁屏码生成第一认证参数;将第一认证参数发送给第一服务器,以使第一服务器根据第一认证参数对第一电子设备进行身份验证。这样,通过对在环设备的身份进行验证,保证请求加入信任环的设备的可信性,避免用户数据泄露,提高用户数据的安全性。
第二方面,本申请提供一种数据保护方法。该方法应用于第二电子设备,包括:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的第一账号对应的第一信任环的在环设备。接着,当基于第一锁屏码对第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,第一提示信息中包括:用于指示冻结第二电子设备加环请求的第二按钮。然后,在接收到对第二按钮选中操作的情况下,向第一服务器发送加环请求;其中,第一服务器在第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到第二电子设备发送的加环请求时,冻结第二电子设备对第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长。然后,接收第一服务器返回的剩余冻结时长,在剩余冻结时长大于0的情况下,显示第二提示信息,其中,第二提示信息中包含剩余冻结时长。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删暂停设备的加环过程,防止不安全设备加入信任环而从云侧获取到用户数据,提高用户数据的安全性。
根据第二方面,还包括:接收用户输入的第二电子设备的第二锁屏码。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码。接着,基于第一锁屏码生成第一认证参数。接着,将第一认证参数发送至第一服务器,第一服务器在当前剩余冻结时长为0的情况下,基于第一认证参数对第一电子设备进行身份验证。然后,当基于第一认证参数对第一电子设备的身份验证通过,接收第一服务器发送的第一电子设备的第一主密钥密文。然后,基于第一锁屏码对第一主密钥密文进行解密,得到主密钥。接着,基于第二锁屏码对主密钥进行加密,生成第二电子设备的第二主密钥密文,以及基于第二锁屏码生成第二认证参数。然后,向第一服务器发送加环请求,以使第一服务器将第二主密钥密文和第二认证参数添加至第一信任环的信任环数据中。这样,在暂停设备的加环过程一段时间后,设备可以通过正常的加环过程加入到信任环中。
根据第二方面,基于第二锁屏码对主密钥进行加密,生成第二电子设备的第二主密钥密文,包括:根据第二锁屏码生成第三派生密钥,根据第三派生密钥生成第四派生密钥,根据第四派生密钥对主密钥进行加密,得到第二电子设备的第二主密钥密文。这样,根据锁屏码这样的用户个性化信息对主密钥加密,使得不知道用户个性化信息的云侧无法解密主密钥,保护使用主密钥的派生密钥加密的用户数据,提高用户数据的安全性。
根据第二方面,基于第二锁屏码生成第二认证参数包括:根据第二锁屏码生成第三派生密钥,根据第三派生密钥生成第二共享值,根据第一服务器侧生成的HSM公钥加密第二共享值,得到第二认证参数。这样,根据锁屏码这样的用户个性化信息生成认证参数,使得认证参数无法被伪造,保证认证的安全性。
第三方面,本申请提供一种电子设备,作为第二电子设备,包括:信任环服务模块。其中,信任环服务模块用于:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备。接着,当基于第一锁屏码对第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,第一提示信息中包括:用于指示删除信任环的第一按钮。在接收到对第一按钮选中操作的情况下向第一服务器发送删环请求,其中,删环请求中携带有所述第一账号的账号标识。然后,接收第一服务器发送的信任环删除消息,其中,信任环删除消息由第一服务器删除第一账号下的第一信任环后发送。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删除信任环或暂停设备的加环过程,防止不安全设备加入信任环,保护云侧用户数据,提高用户数据保护的安全性。
根据第三方面,删环请求中还携带有第二电子设备的签名;第一信任环由第一服务器基于签名对第二电子设备身份验证通过后删除。这样,能够防止不安全设备恶意删除信任环,有效保护云侧用户数据。
根据第三方面,信任环服务模块,还用于:在接收用户输入的第二电子设备的第二锁屏码之后,还包括:向第一服务器发送在环设备信息获取请求,其中,在环设备信息获取请求中携带有第一账号的账号标识。然后,接收服务器返回的第一账号对应的第一信任环的在环设备信息,其中,在环设备中包括第一电子设备。接着,显示第一电子设备锁屏码输入界面。这样,能够通过在请求加入信任环的设备上输入的信息,对在环设备的身份进行验证,保证请求加入信任环的设备的可信性,避免不可信设备通过加入信任环获取到云侧的用户数据,提高用户数据的安全性。
根据第三方面,信任环服务器模块,还用于:在当基于第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息之前,还包括:基于第一锁屏码生成第一认证参数;将第一认证参数发送给第一服务器,以使第一服务器根据第一认证参数对第一电子设备进行身份验证。这样,通过对在环设备的身份进行验证,保证请求加入信任环的设备的可信性,避免用户数据泄露,提高用户数据的安全性。
第四方面,本申请提供一种电子设备。该电子设备作为第二电子设备,包括:信任环服务模块,信任环服务模块,用于:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的第一账号对应的第一信任环的在环设备。接着,当基于第一锁屏码对第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,第一提示信息中包括:用于指示冻结第二电子设备加环请求的第二按钮。然后,在接收到对第二按钮选中操作的情况下,向第一服务器发送加环请求;其中,第一服务器在第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到第二电子设备发送的加环请求时,冻结第二电子设备对第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长。然后,接收第一服务器返回的剩余冻结时长,在剩余冻结时长大于0的情况下,显示第二提示信息,其中,第二提示信息中包含剩余冻结时长。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删暂停设备的加环过程,防止不安全设备加入信任环而从云侧获取到用户数据,提高用户数据的安全性。
根据第四方面,电子设备还包括信任环模块。信任环服务模块,还用于:接收用户输入的第二电子设备的第二锁屏码。然后,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码。接着,基于第一锁屏码生成第一认证参数。接着,将第一认证参数发送至第一服务器,第一服务器在当前剩余冻结时长为0的情况下,基于第一认证参数对第一电子设备进行身份验证。然后,当基于第一认证参数对第一电子设备的身份验证通过,接收第一服务器发送的第一电子设备的第一主密钥密文,将第一主密钥密文发送给信任环模块。信任环模块,用于:基于第一锁屏码对第一主密钥密文进行解密,得到主密钥。接着,基于第二锁屏码对主密钥进行加密,生成第二电子设备的第二主密钥密文,以及基于第二锁屏码生成第二认证参数。然后,向第一服务器发送加环请求,以使第一服务器将第二主密钥密文和第二认证参数添加至第一信任环的信任环数据中。这样,在暂停设备的加环过程一段时间后,设备可以通过正常的加环过程加入到信任环中。
根据第四方面,信任环模块基于第二锁屏码对主密钥进行加密,生成第二电子设备的第二主密钥密文时,具体用于:根据第二锁屏码生成第三派生密钥,根据第三派生密钥生成第四派生密钥,根据第四派生密钥对主密钥进行加密,得到第二电子设备的第二主密钥密文。这样,根据锁屏码这样的用户个性化信息对主密钥加密,使得不知道用户个性化信息的云侧无法解密主密钥,保护使用主密钥的派生密钥加密的用户数据,提高用户数据的安全性。
根据第四方面,信任环服务模块基于第二锁屏码生成第二认证参数时,具体用于:基于第二锁屏码生成第二认证参数包括:根据第二锁屏码生成第三派生密钥,根据第三派生密钥生成第二共享值,根据第一服务器侧生成的HSM公钥加密第二共享值,得到第二认证参数。这样,根据锁屏码这样的用户个性化信息生成认证参数,使得认证参数无法被伪造,保证认证的安全性。
第五方面,本申请提供一种数据保护系统,包括第二电子设备和第一服务器。其中,第二电子设备用于:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的第一账号对应的第一信任环的在环设备,基于第一锁屏码生成第一认证参数,向第一服务器发送所述第一认证参数。第一服务器用于:基于第一认证参数对第一电子设备的身份验证,并累计身份验证失败次数,在对第一电子设备的身份验证失败次数达到预设次数时,向第二电子设备发送提示指令,其中,提示指令用于提示第二电子设备显示第一提示信息。第二电子设备还用于:在接收到第一服务器发送的提示指令时,显示第一提示信息,其中,第一提示信息中包括:用于指示删除信任环的第一按钮,在接收到对第一按钮选中操作的情况下,向第一服务器发送删环请求,其中,删环请求中携带有第一账号的账号标识。第一服务器,还用于:接收第二电子设备发送的删环请求,删除第一账号下的第一信任环,并向第二电子设备发送信任环删除消息。第二电子设备,还用于:接收第一服务器发送的信任环删除消息。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删除信任环或暂停设备的加环过程,防止不安全设备加入信任环,保护云侧用户数据,提高用户数据保护的安全性。
第六方面,本申请提供一种数据保护系统,包括第二电子设备和第一服务器。第二电子设备,用于:接收用户输入的第二电子设备的第二锁屏码,其中,第二电子设备已登录第一账号,当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,第一电子设备是从第一服务器获取的第一账号对应的第一信任环的在环设备;基于第一锁屏码生成第一认证参数,向第一服务器发送所述第一认证参数。第一服务器用于:基于第一认证参数对第一电子设备进行身份验证,并累计身份验证失败次数;在对第一电子设备的身份验证失败次数达到预设次数时,向第二电子设备发送提示指令;第二电子设备,还用于:在接收到第一服务器发送的提示指令时,显示第一提示信息,其中,第一提示信息中包括:用于指示冻结第二电子设备加环请求的第二按钮;在接收到对第二按钮选中操作的情况下,向第一服务器发送加环请求。第一服务器,还用于:在第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到第二电子设备发送的加环请求时,冻结第二电子设备对第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长;接收第二电子设备发送的加环请求,判断第一账号对应的第一信任环的加环请求剩余冻结时长,向第二电子设备返回剩余冻结时长。第二电子设备,还用于:接收第一服务器返回的剩余冻结时长;在剩余冻结时长大于0的情况下,显示第二提示信息,其中,第二提示信息中包含所述剩余冻结时长。这样,电子设备在加入信任环过程中,当基于在环设备的用户个性化信息对在环设备的身份验证失败,服务器删暂停设备的加环过程,防止不安全设备加入信任环而从云侧获取到用户数据,提高用户数据的安全性。
根据第六方面,第二电子设备,还用于:接收用户输入的第二电子设备的第二锁屏码;当第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码;基于第一锁屏码生成第一电子设备的第一认证参数;将第一认证参数发送至所述第一服务器。第一服务器,还用于:在当前剩余冻结时长为0的情况下,基于第一认证参数对第一电子设备进行身份验证;当基于第一认证参数对第一电子设备的身份验证通过后,向第二电子设备发送第一电子设备的第一主密钥密文。第二电子设备,还用于:接收第一服务器发送的第一电子设备的第一主密钥密文,基于第一锁屏码对第一主密钥密文进行解密,得到主密钥,基于第二锁屏码对主密钥进行加密,生成第二电子设备的第二主密钥密文,以及基于第二锁屏码生成第二认证参数,向第一服务器发送加环请求,其中,加环请求中携带有第二主密钥密文和第二认证参数,第一服务器将第二主密钥密文和第二认证参数添加至第一信任环的信任环数据中。
第七方面,本申请提供一种计算机可读存储介质,包括计算机程序,当所述计算机程序在电子设备上运行时,使得所述电子设备执行第一方面或第二方面中任意一种数据保护方法。
附图说明
图1为示例性示出的电子设备100的结构示意图;
图2为示例性示出的本申请实施例的电子设备100的软件结构框图;
图3为示例性示出的创建信任环过程中的信息交互示意图;
图4为示例性示出的创建信任环过程中设备与云侧的交互示意图;
图5A为示例性示出的已登录账号情况下进入“我的设备”应用的界面示意图;
图5B为示例性示出的未登录账号情况下进入“我的设备”应用的界面示意图;
图6为示例性示出的从设备A中“我的设备”应用进入到“密码保险箱同步”应用的界面示意图;
图7A是示例性示出的设备A已设置锁屏码情况下进入“密码保险箱”界面的过程示意图;
图7B是示例性示出的设备A未设置锁屏码情况下进入“密码保险箱”界面的过程示意图;
图8为示例性示出的创建信任环的场景下开启“密码保险箱同步”开关的过程示意图;
图9为示例性示出的创建信任环的场景下开启“同步到荣耀账号”开关的过程示意图;
图10为示例性示出的创建信任环的流程示意图;
图11为示例性示出的创建信任环后设备A同步业务数据密文到账号管理服务器的示意图;
图12为示例性示出的同步业务数据密文的模块交互示意图;
图13为示例性示出的同步业务数据密文到账号管理服务器的界面示意图;
图14为示例性示出的设备B加入信任环过程中的信息交互示意图;
图15为示例性示出的从设备B中“我的设备”应用进入到“密码保险箱同步”应用的界面示意图;
图16A是示例性示出的设备B已设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程示意图;
图16B是示例性示出的设备B未设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程示意图;
图17为示例性示出的设备B加入信任环的场景下开启“同步到荣耀账号”开关的过程示意图;
图18为示例性示出的设备B加入信任环的流程示意图;
图19为示例性示出的设备B加入信任环后从账号管理服务器同步业务数据密文的示意图;
图20为示例性示出的从账号管理服务器同步业务数据密文的界面示意图;
图21为示例性示出的设备B加入信任环过程中触发防暴流程的信息交互示意图;
图22为示例性示出的触发防暴的界面示意图;
图23为示例性示出的触发防暴的流程示意图;
图24为示例性示出的触发防暴流程中的删除流程的界面示意图;
图25为示例性示出的防暴流程中的删除流程示意图;
图26为示例性示出的防暴流程中的冻结流程的一种界面示意图;
图27为示例性示出的防暴流程中的冻结流程的另一种界面示意图;
图28为示例性示出的防暴流程中的冻结流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一目标对象和第二目标对象等是用于区别不同的目标对象,而不是用于描述目标对象的特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或两个以上。例如,多个处理单元是指两个或两个以上的处理单元;多个系统是指两个或两个以上的系统。
图1为示例性示出的电子设备100的结构示意图。应该理解的是,图1所示电子设备100仅是电子设备的一个范例,并且电子设备100可以具有比图中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图1中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
其中,电子设备100可以为手机、平板等。
电子设备100可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
电子设备100的软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构,或云架构。本申请实施例以分层架构的Android系统为例,示例性说明电子设备100的软件结构。
电子设备100的分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为三层,从上至下分别为应用程序层,应用程序框架层,以及内核层。
应用程序层可以包括一系列应用程序包。
如图2所示,应用程序包可以包括传感器(也可以称为桌面和壁纸)、HMS core、信任环、密码保险箱等应用程序。示例性的,传感器可以监测用户对屏幕的滑动、按压等操作,HMS core提供电子设备端、云开放能力的合集。信任环应用用于为账号创建、管理信任环,其中,对信任环的管理包括但不限于:向信任环中添加设备、从信任环中删除设备、删除信任环、冻结信任环、更新信任环下的主密钥密文等。密码保险箱用于管理用户同步至账号管理服务器的业务数据,例如:某业务的登录账号和密码。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图2所示,应用程序框架层可以包括窗口管理器、视图系统、F接口以及资源管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕,向视图系统发送界面信息显示指令等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
F接口为信任环的对外服务接口。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:二维图形引擎(例如:SGL)、关键资产信任环CA、表面管理器等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。二维图形引擎是二维图像的绘图引擎。
关键资产信任环CA又可称为信任环服务模块,主要用于上层信任环应用与下层关键资产信任环TA之间的消息透传。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,传感器驱动,W-iFi驱动以及关键资产信任环TA。显示驱动用于驱动显示屏194,Wi-Fi驱动用于驱动无线通信模块160,传感器驱动用于驱动传感器模块180。
关键资产信任环TA又可称为信任环模块,用于实现核心安全逻辑,提供可信任执行环境,在可信任执行环境中生成主密钥、对主密钥进行加密生成主密钥密文等。对于关键资产信任环CA、关键资产信任环TA的具体功能,参照下文中创环、加环、删环、防暴、信任环中设备下线、更新主密钥、更新主密钥密文等流程说明中的相关介绍即可。
可以理解的是,图2示出的系统框架层与运行时层包含的部件,并不构成对电子设备100的具体限定。在本申请另一些实施例中,电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。
在使用电子设备时,用户通常需要记忆很多密码数据,例如邮箱账号的密码、网盘账号的密码、智能家居控制权的密码等等。当这类密码数据较多时,如果让用户独立记录每种业务的密码数据,会给用户记忆造成较大的困难。因此,用户希望通过数据同步功能,将这类密码数据上传到云侧进行存储,使用时直接从云侧获取,而不必用户自己记忆。
然而,对于这类密码数据,用户具有与一般的待同步数据,例如,对于图片、通讯录、短信息等数据,不同的安全性要求。这类密码数据一旦泄露,将会给用户造成巨大损失。因此,用户对这类密码数据具有较高的安全性要求。此时,云侧不可自证清白的缺点使得同步到云侧的数据的安全性降低,无法满足这类密码数据的高安全性要求。
本申请提供一种使云侧能够自证清白的数据保护方法,能够为密码数据这类高安全性要求的业务数据的数据同步提供支撑。
下面结合附图,对本申请的数据保护方法进行详细说明。
创建信任环
图3为示例性示出的创建信任环过程中的信息交互示意图。图4为示例性示出的创建信任环过程中设备与云侧的交互示意图。图10为示例性示出的创建信任环的流程示意图。
下面结合图3、图4和图10,对本申请实施例的创建信任环过程进行详细说明。
本申请实施例中,假设设备A的荣耀账号为账号1,并以设备A向信任环云首次发起注册,创建账号1的信任环1为例对创建信任环的过程进行说明。其中,可以触发创建信任环流程的应用可以是荣耀账号下的任一个应用,本文中,以通过荣耀账号下的“密码保险箱同步”应用触发创建信任环流程为例进行说明。
其中,本文中的“注册”是指将设备添加到信任环中的过程。其中,首个设备注册时由于账号下还没有信任环,因此需要先创建信任环再将设备添加到信任环中,本文中将首个设备注册的过程称为创建信任环。非首设备注册时只需要将设备添加到已有的信任环,本文中将非首设备注册的过程称为加入信任环。
本文中假设账号1下包括3个设备,分别为荣耀V40(即设备A)、荣耀V30(记为设备B)、荣耀V50(记为设备C)。
需要说明的是,本文中各种云所执行的动作应当理解为相应云中的服务器所执行的动作。例如,账号管理服务器所执行的动作是由账号管理服务器服务器执行的,信任环云所执行的动作是由信任环云服务器执行的。
请参见图3,在创建信任环过程中,设备A向账号管理服务器发送登录账号1的请求,账号管理服务器对登录账号1的请求验证通过后,向设备A返回验证通过消息;设备A在接收到验证通过消息后,生成设备A的主密钥密文EMK11和设备A的认证参数PAKE11,并将EMK11和PAKE11发送至信任环云,信任环云接收到设备A发送的EMK11和PAKE11后,为账号1创建信任环1,并将设备A添加到信任环1中。
请参见图10,本申请实施例中,设备A创建信任环的过程可以包括如下步骤:
步骤S1:设备A登录账号1。
本文中以设备A为荣耀V40手机为例进行说明。应当理解的是,设备A可以是已安装本申请中创建信任环功能的任意电子设备,本申请不做限制。
设备A需要在已登录账号的情况下,才能向信任环云发起注册,以创建信任环。如果设备A还没有登录账号,需要先登录账号。
图5A为示例性示出的已登录账号情况下进入“我的设备”应用的界面示意图。图5B为示例性示出的未登录账号情况下进入“我的设备”应用的界面示意图。图6为示例性示出的从设备A中“我的设备”应用进入到“密码保险箱同步”应用的界面示意图。
请参见图5A和图6,在设备A已登录账号1(假设账号1为1581991××××)的情况下,用户可以点击设备A主界面中的“设置”应用图标(如图5A的(a)图所示),进入到图5A的(b)图所示的“设置”界面。在“设置”界面,用户点击账号1(即1581991××××),进入到图5A的(b)图所示的“账号中心”界面。在“账号中心”界面,用户点击“我的设备”,进入到图6的(b)图所示的“我的设备”界面。在“我的设备”界面中找到当前设备,即荣耀V40,点击荣耀V40进入图6的(c)图所示的“设备信息”界面。在“设备信息”界面,用户继续点击该界面中的“密码保险箱同步”应用,可以进入“密码保险箱”界面。在“密码保险箱”界面,开启“密码保险箱同步”开关后,点击“同步到荣耀账号”开关,即触发创建信任环的流程。其中,进入“密码保险箱”界面、开启“密码保险箱同步”开关和开启“同步到荣耀账号”开关的过程在后文进行说明。
需要说明的是,如果账号1下已有信任环,在“我的设备”界面上已加入到信任环中的设备下面会显示“受信任设备”。被标识为“受信任设备”的设备是已经加入到信任环中的设备,即已注册设备,请参见后续图15的(b)图所示界面。如果账号1下无信任环,例如在图6的(b)图所示的设备A的“我的设备”界面上,3个荣耀设备均不是受信任设备,表示当前的账号1下没有信任环。
请参见图5A、图5B和图6,在设备A未登录账号1的情况下,用户点击设备A主界面中的“设置”应用图标(如图5A的(a)图所示)后,进入到图5B的(a)图所示的“设置”界面。在“设置”界面,用户点击“登录荣耀账号”,进入到图5B的(b)图所示的荣耀账号登录界面。在荣耀账号登录界面,用户输入账号1(1581991××××)和登录密码(假设为key1),设备A向账号管理服务器发送登录账号1的请求,请求中携带账号1(1581991××××)和登录密码key1。
请参见图4,用户可以通过设备A的应用程序层的账号管理模块,向账号管理服务器发送登录账号1的请求,以登录账号1。
设备A成功登录账号1后,按照前述已登录账号情况下的流程触发创建信任环的流程,请参见图5A的(c)图、(d)图和图6所示,此处不再赘述。
步骤S2:账号管理服务器返回验证通过消息。
账号管理服务器中预先保存账号1的信息,该信息包括账号1对应的登录密码,此处假设账号管理服务器保存的账号1的登录密码为key0。账号管理服务器接收到设备A发送的登录账号1的请求后,根据账号管理服务器本地保存的账号1的信息对登录账号1的请求进行验证。如果登录账号1的请求中携带的登录账号1的密码key1,与账号管理服务器本地保存的账号1的登录密码key0一致,账号管理服务器确定账号1的登录验证通过。此时,账号管理服务器向设备A返回验证通过消息。
如果登录账号1的请求中携带的登录账号1的密码key1,与账号管理服务器本地保存的账号1的登录密码key0不一致,账号管理服务器确定账号1的登录验证失败。此时,账号管理服务器向设备A返回验证失败消息。此时,用户需要通过图5B的(b)图重新输入账号和登录密码。
请参见图4和图10,设备A通过账号管理模块接收验证通过消息或验证失败消息。
S3:发送注册开启通知。
请参见图4和图10,在设备A的账号管理模块接收到账号管理服务器返回的验证通过消息的情况下,设备A中的账号管理模块向应用程序框架层的信任环服务模块发送注册开启通知。注册开启通知用于指示信任环服务模块开启注册流程。
此处,对设备A在创建信任环过程中进入“密码保险箱”界面、开启“密码保险箱同步”开关的过程进行说明。
图7A是示例性示出的设备A已设置锁屏码情况下进入“密码保险箱”界面的过程示意图。请参见图7A,在设备A的用户已设置设备A的锁屏码(也可称为锁屏密码)情况下,当用户在“设备信息”界面点击该界面中的“密码保险箱同步”应用(请参见图7A的(a)图),设备A弹出“输入锁屏密码”界面(请参见图7A的(b)图)。如果用户在“输入锁屏密码”界面输入锁屏码且锁屏密码正确,设备A的屏幕就进入到“密码保险箱”界面(请参见图7A的(c)图)。此时,“密码保险箱”界面上的“密码保险箱同步”开关和“同步到荣耀账号”开关均处于关闭状态。
图7B是示例性示出的设备A未设置锁屏码情况下进入“密码保险箱”界面的过程示意图。请参见图7B,在设备A的用户未设置设备A的锁屏码情况下,当用户在“设备信息”界面点击该界面中的“密码保险箱同步”应用(请参见图7B的(a)图),设备A弹出“设置数字锁屏密码”界面(请参见图7B的(b)图)。用户在图7B的(b)图所示的“设置数字锁屏密码”界面输入锁屏码后,设备A弹出“设置数字锁屏密码”的确认密码的界面(请参见图7B的(c)图)。用户在图7B的(c)图所示的界面上再次输入锁屏码,如果该再次输入的锁屏码与用户在图7B的(b)图所示的界面输入的锁屏码一致,设备A的屏幕就进入到图7B的(d)图所示的“密码保险箱”界面,该界面与图7A的(c)图所示界面相同。
图8为示例性示出的创建信任环的场景下开启“密码保险箱同步”开关的过程示意图。请参见图8,当用户点击“密码保险箱”界面上的“密码保险箱同步”开关(请参见图8的(a)图),设备A屏幕上弹出图8的(b)图所示的提醒界面,该提醒界面用于提醒用户是否同意开启密码保险箱同步服务。当用户点击提醒界面上的“同意”按钮(请参见图8的(b)图),“密码保险箱”界面上的“密码保险箱同步”开关开启(请参见图8的(c)图)。
信任环服务模块在接收到注册开启通知时,并不能确定是开启创建信任环的流程,还是加入信任环的流程,需要通过检测注册状态来确定。
S4:设备A中的信任环服务模块检测设备A的注册状态。
注册状态包括未注册和已注册两种状态。其中,未注册状态用于指示设备当前未注册到信任环,已注册状态用于指示设备当前已注册到信任环。
S5:当检测到设备A的注册状态为未注册,设备A向信任环云发送注册状态对比请求。
其中,注册状态对比请求用于指示获取信任环服务模块检测到的设备A的注册状态与信任环云中存储的设备A的注册状态的比对结果。
注册状态对比请求中包括设备A的UID(设备标识)和设备A所属的账号的UDID(账号标识)。
S6:信任环云向设备A中的信任环服务模块返回第一注册状态确认消息。
其中,第一注册状态确认消息用于指示账号1下不存在信任环。
信任环云在接收到设备A的注册状态对比请求后,首先比对账号1下是否存在信任环,在账号1下存在信任环的情况下,再比对设备A是否在信任环中。当账号1下不存在信任环,信任环云生成第一注册状态确认消息,并发送给设备A。
基于信任环云返回的第一注册状态确认消息,设备A确定本次注册执行创建信任环流程。
S7:设备A中的信任环服务模块接收用户输入的设备A的锁屏码pw11。
此处,对创建信任环过程中开启“同步到荣耀账号”开关的过程进行说明。
图9为示例性示出的创建信任环的场景下开启“同步到荣耀账号”开关的过程示意图。请参见图9,当用户在“密码保险箱同步”开关已开启的“密码保险箱”界面上点击“同步到荣耀账号”开关(请参见图9的(a)图),设备A屏幕上弹出“输入锁屏密码”界面(请参见图9的(b)图)。如果用户在“输入锁屏密码”界面输入设备A的锁屏码,设备A中的信任环服务模块就会接收到用户输入的设备A的锁屏码。如果用户输入的设备A的锁屏密码正确,设备A执行完创建信任环流程后就进入到“密码保险箱同步”开关和“同步到荣耀账号”开关均处于开启状态的“密码保险箱”界面(请参见图9的(c)图)。
需要说明的是,用户在图9的(a)图所示的界面上点击“同步到荣耀账号”开关的操作(请参见图9的(a)图)触发设备A执行图10中的步骤S3以及步骤S3之后的创建信任环流程步骤。
设备A的锁屏码属于设备A的用户秘密,对于云侧来说,设备A的锁屏码是未知的。
S8:设备A的信任环服务模块验证设备A的锁屏码pw11。
验证设备A的锁屏码的过程可以为:设备A将用户输入的锁屏码与设备A中预先存储的锁屏码进行比对,如果二者一致,验证通过,否则验证失败。
此处,信任环服务模块对用户在图9的(b)图所示的界面上输入的设备A的锁屏码进行再次验证,验证通过后才能继续执行后续的步骤S9。如果验证失败,设备A将退回到图9的(b)图所示的界面,并在该界面提示输入的锁屏码错误。
S9:信任环服务模块基于设备A的锁屏码派生PWUATH11。
假设用户本次输入的锁屏码为pw11,信任环服务模块基于pw11派生PWUATH11。
由于pw11属于设备A的用户秘密,云侧无法获得pw11,从而云侧无法获得基于pw11派生的PWUATH11。
由于PWUATH11是基于云侧未知的用户秘密pw11生成的,因此对云侧来说PWUATH11是未知的。
S10:设备A的信任环服务模块向设备A的可信执行环境中的信任环模块发送PWAUTH11。
后续,信任环模块基于PWAUTH11生成主密钥密文EMK11和参数PAKE11,EMK11和PAKE11的生成方式详见图10的步骤S11至S14。
S11:信任环模块生成MK。
设备A通过信任环模块生成MK即主密钥,MK保存在设备A的可信执行环境中,即便设备A受攻击MK也不会被窃取,因此安全性很高。
S12:信任环模块基于PWAUTH11对MK进行加密,生成EMK11。
EMK11即第一主密钥密文。信任环模块基于PWAUTH11派生一个秘钥KEK11,再基于该KEK11加密MK,生成EMK11。
S13:设备A的信任环模块向设备A的信任环服务模块发送EMK11。
信任环模块生成EMK11后,将EMK11发送至信任环服务模块,在发送EMK11的同时也将salt_enc11发送至信任环服务模块。
S14:设备A中的信任环服务模块基于PWAUTH11生成参数PAKE11。
S15:设备A通过信任环服务模块向信任环云发送携带EMK11、参数PAKE11的创环请求。
设备A通过信任环服务模块向信任环云发送创环请求,通过该请求即可完成PAKE11参数注册以及EMK11托管。
为提升EMK11的安全性,信任环服务模块在发送EMK11前,基于登录时获得的信任环云HSM的公钥对EMK11进行二次加密,得到主密钥的二层密文。
S16:信任环云响应于创环请求,创建账号1的信任环1,并将设备A添加到信任环1中。
信任环云响应于设备A发送的创环请求,为账号1创建信任环1,当账号1下的其他设备如设备B、设备C向信任环云发送注册状态比对请求时,信任环云将返回存在信任环1但设备B、设备C不在信任环中的确认消息,设备B、设备C执行加入信任环的流程,加入信任环的具体流程参照后续相关说明即可。
信任环1创建完成后,信任环云中管理的信任环1数据如表1中所示:
表1
UID | UDID | 参数PAKE | 主密钥密文 |
账号1 | 设备A | PAKE11 | EMK11 |
S17:信任环云向设备A的信任环服务模块返回创环成功消息。
信任环云为账号1创建信任环1,并将设备A添加到信任环1中后,向设备A返回创环成功消息,设备A接收到创环成功消息后,开启密码保险箱界面中的“同步到荣耀账号”开关,如图9的(c)图所示。“同步到荣耀账号”开关开启后用户可感知设备A已成功加入信任环,密码保险箱中的业务数据可同步至账号管理服务器,以使账号1下的其他在信任环1中的设备能够共享该业务数据。
至此,创建信任环过程结束,设备A完成注册。
设备A完成注册后,设备A的信任环服务模块将设备A的注册状态修改为已注册。
通过创建信任环过程可见,本申请实施例基于用户秘密对账号级主密钥MK进行保护,由于用户秘密对于云侧来说是未知的,因此云侧不能对托管的主密钥密文进行解密,这样,降低了主密钥泄露的风险,提高了主密钥MK的安全性,同时使云侧能够自证清白,能够为具有高安全性要求的业务数据的数据同步提供支撑。
需要说明的是,上述过程应当理解为本申请中创建信任环过程的示意性举例,并不用于对本申请进行限制。
图11为示例性示出的创建信任环后设备A同步业务数据密文到账号管理服务器的示意图。图12为示例性示出的同步业务数据密文的模块交互示意图。图13为示例性示出的同步业务数据密文到账号管理服务器的界面示意图。请参考图11、图12和图13,在已创建账号1的信任环1,并且设备A已添加到信任环1的情况下,设备A可以用MK对敏感业务数据进行加密,得到业务数据密文,并将业务数据密文上传到账号管理服务器。
其中,创建信任环后设备A同步业务数据密文到账号管理服务器的过程如下:
请参见图12,设备A中应用程序层的密码保险箱读取业务数据明文,然后将业务数据明文存储到应用程序框架层的业务数据存储服务模块中,业务数据存储服务模块将业务数据明文发送给可信执行环境中的密钥管理模块。信任环模块根据MK生成业务密钥dkey,密钥管理模块从信任环模块读取dkey,使用dkey对业务数据data进行加密,得到业务数据密文Edata。密钥管理模块将业务数据密文Edata返回给业务数据存储服务模块,业务数据存储服务模块通过业务数据同步服务模块和应用程序层的账号管理服务器同步框架,将业务数据密文Edata上传至账号管理服务器。
需要说明的是,不同的业务对应的业务密钥dkey不同,设备A可以根据MK生成不同业务的业务密钥。
例如,请参见图13,用户在设备A上使用业务1时,需要输入业务1的账号和密码,如图13的(a)图所示。在输入完业务1的账号和密码后,设备A弹出提示是否将业务1的账号和密码同步到密码保险箱的信息,如图13的(b)图所示。如果用户同意,设备A将业务1的账号和密码作为业务1的业务数据data1,按照上述与业务数据data相同的同步过程,将data1的密文Edata1上传至账号管理服务器。
由上可见,本申请实施例中,账号管理服务器中的业务数据密文不完全依赖账号安全,还依赖MK的安全,即使账号失窃,不影响云上数据的安全。
基于高安全性的主密钥对用户的业务数据进行加密,然后同步业务数据密文到账号管理服务器,降低了业务数据密文泄露的风险,提高了数据同步备份的安全性。
加入信任环
在设备A已经创建了账号1的信任环1的基础上,账号1下的设备B可以根据如下实施例中的加入信任环流程加入到信任环1中。在设备B加入信任环1之前,信任环1中只有设备A这一个在环设备。
图14为示例性示出的设备B加入信任环过程中的信息交互示意图。图18为示例性示出的设备B加入信任环的流程示意图。
下面结合图14和图18,对本申请实施例的加入信任环过程进行详细说明。
请参见图14,在设备A作为首设备注册后,创建信任环过程完成,设备A已将设备A的主密钥密文EMK11,即第一主密钥密文,和设备A的认证参数PAKE11上传至信任环云,此后,其他设备,例如设备B通过加入信任环流程进行注册。在设备B加入信任环1的过程中,设备B向信任环云发送已在信任环1中的设备A的认证参数PAKE12,信任环云在确认PAKE12与信任环1中已存储的设备A的认证参数PAKE11一致后,将设备A的主密钥密文EMK11返回给设备B。然后,设备B从EMK11中解密出MK,并基于设备B的锁屏码加密MK,生成设备B的主密钥密文EMK21,即第二主密钥密文,和设备B的认证参数PAKE21,并将EMK21和PAKE21发送至信任环云。
请参见图18,本申请实施例中,设备B加入信任环过程可以包括如下步骤:
S1:设备B登录账号1。
同设备A一样,设备B通过向账号管理服务器发送登录账号1的请求来登录账号1。设备B登录账号1的详细过程请参见前述设备A登录账号1的过程说明,此处不再赘述。
S2:账号管理服务器向设备B返回验证通过消息。
账号管理服务器对设备B登录账号1的请求的处理过程请参见前述账号管理服务器对设备A登录账号1的请求的处理过程,此处不再赘述。
设备B成功登录账号1后,用户可以通过图5A的(b)图和(c)图所指示的流程进入“账号中心”界面,找到“我的设备”应用。
S3:发送注册开启通知。
请参见图4和图18,在设备B的账号管理模块接收到账号管理服务器返回的验证通过消息的情况下,设备B中的账号管理模块向应用程序框架层的信任环服务模块发送注册开启通知。注册开启通知用于指示设备B的信任环服务模块开启注册流程。
此处,对设备B在加入信任环过程中进入“密码保险箱”界面、开启“密码保险箱同步”开关的过程进行说明。
图15为示例性示出的从设备B中“我的设备”应用进入到“密码保险箱同步”应用的界面示意图。对比图6可见,在加入信任环过程中,设备B的“我的设备”界面上,有一个受信任设备荣耀V40,即设备A。这说明账号1下已存在信任环。
图16A是示例性示出的设备B已设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程示意图。请参见图16A,在设备B的用户已设置设备B的锁屏码情况下,当用户在“设备信息”界面点击该界面中的“密码保险箱同步”应用(请参见图16A的(a)图),设备B弹出“输入锁屏密码”界面(请参见图16A的(b)图)。如果用户在“输入锁屏密码”界面输入锁屏码且锁屏密码正确,设备B的屏幕就进入到“密码保险箱”界面(请参见图16A的(c)图)。此时,“密码保险箱”界面上的“密码保险箱同步”开关和“同步到荣耀账号”开关均处于关闭状态。与设备A在创建信任环过程中不同的是,设备B在加入信任环过程中,当用户点击图16A的(c)图所示“密码保险箱”界面上的“密码保险箱同步”开关,设备B的屏幕直接切换到图16A的(d)图所示的界面,即“密码保险箱同步”开关已开启、而“同步到荣耀账号”未开启的界面。
图16B是示例性示出的设备B未设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程示意图。请参见图16B,设备B未设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程,与图16A所示的设备B已设置锁屏码情况下进入“密码保险箱”界面并开启“密码保险箱同步”开关的过程相比,所不同的是设备B未设置锁屏码情况下需要设置锁屏密码(请参见图16B的(b)图)和确认锁屏密码(请参见图16B的(c)图),其余过程与已设置锁屏码情况下的过程相同,此处不再赘述。
S4:设备B中的信任环服务模块检测设备B的注册状态。
关于此步骤的说明请参见前述对图10的步骤S4的描述,此处不再赘述。
S5:当检测到设备B的注册状态为未注册,发送注册状态对比请求。
关于此步骤的说明请参见前述对图10的步骤S5的描述,此处不再赘述。
S6:返回第二注册状态确认消息,第二注册状态确认消息。
其中,第二注册状态确认消息用于指示账号1下存在信任环1、但设备B不在信任环1上。
信任环云在接收到设备B的注册状态对比请求后,首先比对账号1下是否存在信任环。此时,由于在设备A注册时信任环已经创建了账号1的信任环1,因此确认账号1下存在信任环。然后,信任环云根据表1所示的账号1的信任环数据,确认设备B不在信任环中,此时,信任环云生成第二注册状态确认消息,并发送给设备B。
基于信任环云返回的第二注册状态确认消息,设备B确定本次注册执行加入信任环流程。
S7:设备B中的信任环服务模块接收用户输入的设备B的锁屏码pw21。
图17为示例性示出的设备B加入信任环的场景下开启“同步到荣耀账号”开关的过程示意图。请参见图17,当用户在“密码保险箱同步”开关已开启的“密码保险箱”界面上点击“同步到荣耀账号”开关(请参见图17的(a)图),设备B屏幕上弹出“输入锁屏密码”界面(请参见图17的(b)图)。如果用户在“输入锁屏密码”界面输入设备B的锁屏码,设备B中的信任环服务模块就会接收到用户输入的设备B的锁屏码。
S8:设备B的信任环服务模块验证设备B的锁屏码pw21,基于设备B的锁屏码pw21派生PWAUTH21。
其中,验证设备B的锁屏码pw21的过程请参见前述验证设备A的锁屏码pw11的过程,此处不再赘述。
S9:设备B的信任环服务模块获取信任环1中的设备列表。
设备B的信任环服务模块可以向信任环云发送信任环1中的设备列表的获取请求,信任环云接收到该请求后,向设备B的信任环服务模块返回信任环1中的设备列表。
S10:信任环云向设备B的信任环服务模块返回信任环1中的设备列表。
信任环1中的设备列表中包括当前已加入到信任环1中的所有设备。本申请实施例中,由于设备A是创建信任环1的设备,而设备B是首个加入信任环1的设备,因此,在设备B加入信任环1的过程中,信任环云返回的信任环1中的设备列表只包括设备A一个设备。
S11:设备B的信任环服务模块显示设备A锁屏码输入界面,接收用户输入的设备A的锁屏码pw12,并基于锁屏码pw12生成参数PAKE12。
请继续参见图17,如果用户在图17的(b)图所示界面输入的设备B的锁屏密码正确,设备B屏幕上弹出“输入其他荣耀设备锁屏密码”界面(请参见图17的(c)图),图17的(c)图中的“其他荣耀设备”为荣耀V40,即设备A。用户在“输入其他荣耀设备锁屏密码”界面输入设备A的锁屏码pw12,如果用户输入的设备A的锁屏码pw12正确,设备B执行完加入信任环流程后就进入到“密码保险箱同步”开关和“同步到荣耀账号”开关均处于开启状态的“密码保险箱”界面(请参见图17的(d)图)。
需要说明的是,用户在图17的(a)图所示的界面上点击“同步到荣耀账号”开关的操作(请参见图17的(a)图)触发设备A执行图18中的步骤S3以及步骤S3之后的加入信任环流程步骤。
设备B的锁屏码属于设备B的用户秘密,对于云侧来说,设备B的锁屏码是未知的。
其中,参数PAKE12与前述的参数PAKE11的生成原理相同,此处不再赘述。
S12:设备B的信任环服务模块向信任环云发送参数PAKE12。
在设备B加入信任环1过程中,信任环云需要对已在信任环1中的设备的身份进行验证,当验证通过,才允许加入到信任环1,否则信任环云禁止设备B加入到信任环1中。
S13:信任环云基于参数PAKE12对设备A的身份验证通过后,向设备B的信任环服务模块返回设备A的EMK11。
S14:设备B的信任环服务模块向设备B的信任环模块发送EMK11和PWAUTH21。
信任环模块位于设备B的可信执行环境中,设备B需要在可信执行环境中对EMK11进行解密,以取出MK,并且在可信执行环境中基于PWAUTH21对MK进行加密,得到EMK21。
S15:设备B的信任环模块对EMK11进行解密得到MK,并基于PWAUTH21对MK进行加密,得到EMK21。
S16:设备B的信任环模块向设备B的信任环服务模块发送EMK21。
S17:设备B基于PWAUTH21生成参数PAKE21。
此过程请参见前述S15中的说明,此处不再赘述。
S18:设备B的信任环服务模块向信任环云发送携带EMK21和参数PAKE21的加环请求。
S19:信任环云响应于加环请求,将设备B加入信任环1中。
设备B加入信任环1后,信任环云中管理的信任环1数据如表2中所示:
表2
UID | UDID | 参数PAKE | 主密钥密文 |
账号1 | 设备A | PAKE11 | EMK11 |
账号1 | 设备B | PAKE21 | EMK21 |
S20:信任环云向设备B的信任环服务模块返回加环成功消息。
信任环云将设备B添加到信任环1中后,向设备B返回加环成功消息,设备B接收到加环成功消息后,开启密码保险箱界面中的“同步到荣耀账号”开关,如图17的(d)图所示。“同步到荣耀账号”开关开启后用户可感知设备B已成功加入信任环,密码保险箱中的业务数据可同步至账号管理服务器,以使账号1下的其他在信任环1中的设备能够共享该业务数据。
至此,设备B加入信任环1的过程完成,设备B完成注册。
设备B完成注册后,设备B的信任环服务模块将设备B的注册状态修改为已注册。
通过加入信任环过程可见,本申请实施例中,云侧将已注册设备的托管主密钥密文发送给加环设备,加环设备基于已注册设备的用户秘密对已注册设备的主密钥密文进行解密,得到主密钥MK,由于已注册设备的用户秘密对于云侧来说是未知的,并且已注册设备的用户秘密不需要经过云侧的转发,因此,云侧不可解密主密钥密文,可自证清白。
需要说明的是,上述过程应当理解为本申请中加入信任环过程的示意性举例,并不用于对本申请进行限制。
图19为示例性示出的设备B加入信任环后从账号管理服务器同步业务数据密文的示意图。图20为示例性示出的从账号管理服务器同步业务数据密文的界面示意图。请参考图19、图12和图20,在已创建账号1的信任环1、设备A已添加到信任环1、设备A已将业务数据密文Edata上传到账号管理服务器的情况下,设备B可以从账号管理服务器同步业务数据密文Edata到设备B,并在设备B本地用MK解密,得到业务数据明文data。
其中,加入信任环后设备B从账号管理服务器中同步业务数据密文的过程如下:
请参见图12,设备B中的业务数据同步服务模块通过应用程序层的账号管理服务器同步框架,从账号管理服务器获取到业务数据密文Edata。然后,设备B中的业务数据同步服务模块将业务数据密文Edata发送给设备B中的业务数据存储服务模块,业务数据存储服务模块将业务数据密文Edata发送给可设备B中的信执行环境中的密钥管理模块。信任环模块根据MK生成业务密钥dkey,密钥管理模块从信任环模块读取dkey,密钥管理模块从信任环模块读取dkey,使用dkey对业务数据密文Edata进行解密,得到业务数据明文data。接着,密钥管理模块将业务数据明文data返回给业务数据存储服务模块,业务数据存储服务模块存储业务数据明文data。
例如,请参见图20,用户在设备B上使用业务1时,需要输入业务1的账号和密码。在业务1的账号和密码的输入界面,如图20的(a)图所示,设备B弹出提示是否使用密码保险箱已同步的业务1的账号和密码的信息。如果用户同意,设备B将密码保险箱已同步的业务1的账号和密码自动填充到图20的(a)图所示的界面,填充后如图20的(b)图所示。这样就不需要用户为每种业务独立记录密码,提升了用户体验。
需要说明的是,设备B加入到信任环1后,也可以将设备B中的业务数据用主密钥MK加密后同步到账号管理服务器中,此同步过程请参见前述对设备A同步业务数据到账号管理服务器的说明,此处不再赘述。
防暴
在前述设备B加入信任环过程中,如果在设备B上输入的设备A的锁屏码错误,将触发防暴流程。防暴流程包括两种,即删除流程和冻结流程。在实际应用中,根据用户的选择执行删除流程或冻结流程。
图21为示例性示出的设备B加入信任环过程中触发防暴流程的信息交互示意图。请参见图21,在设备B加入信任环过程中,如果在设备B上输入的设备A的锁屏码pw12错误,即锁屏码pw12与设备A正确的锁屏码pw11不相等,将导致设备B向信任环云发送的设备A的认证参数PAKE12与信任环云中存储的PAKE11不相等,造成验证失败。当验证失败次数达到预设的次数时,信任环云向设备B发送删除或冻结的操作提示,设备B向信任环云返回用户选择的操作。
图22为示例性示出的触发防暴的界面示意图。如图22所示,在设备B(荣耀V30)上输入设备A(荣耀V40)的锁屏码错误的次数小于预设的次数n时,设备B退回到输入设备A的锁屏码的界面。当在设备B上输入设备A的锁屏码错误的次数等于预设的次数n时,设备B界面上弹出“安全提示”提示框,该安全提示包括“知道了”和“删除”两个按钮。当用户点击“知道了”按钮,设备B执行图28所示的冻结流程。当用户点击“删除”按钮,设备B执行图25所示的删除流程。需要说明的是,“安全提示”提示框中也可以显示“知道了”和“删除”两个按钮中的任意之一,仅提供用户一种选择方案。
图23为示例性示出的触发防暴的流程示意图。请参见图23,本申请实施例中,触发防暴的流程可以包括如下步骤:
S1:设备B的信任环服务模块接收用户输入的设备B的锁屏码pw21。
S2:设备B的信任环服务模块验证锁屏码pw21。
S3:设备B的信任环服务模块接收用户输入的设备A的锁屏码pw12,基于pw12生成设备A的认证参数PAKE12。
S4:设备B的信任环服务模块向信任环云发送PAKE12。
S5:信任环云基于PAKE12,对设备A进行身份验证。
S6:在身份验证失败的情况下,信任环云向设备B的信任环服务模块返回验证失败信息。
S7:信任环云累计连续验证失败次数。
S8:累计验证失败次数达到n时,信任环云向设备B的信任环服务模块发送提示指令。
S9:响应于提示指令,显示图22的(c)图所示的“安全提示”提示框。
图24为示例性示出的触发防暴流程中的删除流程的界面示意图。如图24所示,当点击“安全提示”提示框中的“删除”按钮,触发防暴流程中的删除流程。
图25为示例性示出的防暴流程中的删除流程示意图。请参见图25,本申请实施例中,防暴流程中的删除流程可以包括如下步骤:
S1:设备B的信任环服务模块接收用户对提示框中删除按钮的选中操作。
S2:设备B的信任环服务模块向信任环云发送携带账号1、设备B标识以及设备B签名的信任环删除请求。
S3:信任环云基于设备B的签名对设备B进行身份验证。
S4:验证通过,信任环云删除账号1的信任环1。
S5:信任环云向设备B的信任环服务模块发送信任环删除消息。
可见,防暴流程中的删除流程导致账号对应的信任环被删除,同时也导致设备内的主密钥MK被删除。
设备B删除主密钥MK后,由于设备B未成功加入信任环,因此设备B的注册状态仍为未注册。
通过防暴流程中的删除流程,在设备丢失的情况下,为了保证账号管理服务器中账号对应的业务数据的安全,用户可以通过防暴机制删除已有信任环。然后,用户可以通过前述的创建信任环的流程,重新创建信任环,这样,丢失设备就无法从账号管理服务器中同步业务数据,防止重要业务数据的泄露,提高业务数据的安全性。
图26为示例性示出的防暴流程中的冻结流程的一种界面示意图。图27为示例性示出的防暴流程中的冻结流程的另一种界面示意图。图28为示例性示出的防暴流程中的冻结流程示意图。
S1:设备B的信任环服务模块接收用户对提示框中“知道了”按钮的选中操作。
S2:设备B的信任环服务模块向信任环云发送携带账号1、设备B标识以及设备B签名的加环请求。
S3:信任环云基于设备B的签名对设备B进行身份验证。
S4:信任环云在设备B身份验证通过的情况下,设置账号1加环请求冻结预设时长。
设置了账号1加环请求冻结预设时长后,信任环云可以启动定时器,定时器的定时时间等于账号1加环请求冻结预设时长。启动后,定时器进行倒计时,定时器上显示的时间即为剩余冻结时长。
S5:设备B的信任环服务模块响应于注册开启通知,向信任环云发送加环请求。
S6:信任环云向设备B的信任环服务模块返回剩余冻结时长。
S7:设备B的信任环服务模块在剩余冻结时长大于0的情况下,显示提示信息。
请参见图26,在账号1加环请求的冻结时长没有达到预设时长的情况下,剩余冻结时长大于0,此时设备申请加入信任环信任环云不予处理。在此情况下,当用户点击“密码保险箱同步”,设备B的屏幕上显示冻结的提示信息,该提示信息中可以剩余冻结时长,如图26的图(c)所示。
S8:设备B的信任环服务模块在剩余冻结时长等于0的情况下,显示锁屏码输入界面。
请参见图27,在账号1加环请求的冻结时长已经达到预设时长的情况下,剩余冻结时长等于0,此时设备申请加入信任环信任环云按照正常的加入信任环流程处理设备的加环请求,具体过程请参见前述对加入信任环流程的描述,此处不再赘述。在剩余冻结时长等于0的情况下,当用户点击“密码保险箱同步”,设备B的屏幕上显示输入锁屏密码的界面,如图27的图(c)所示。
S9:设备B的信任环服务模块在用户输入的锁屏码验证通过的情况下,向信任环云发送加环请求。
具体加环流程参照图18中所示的相关步骤说明即可,在此不再赘述。
通过防暴流程中的冻结流程,在设备丢失的情况下,为了保证账号管理服务器中账号对应的业务数据的安全,用户可以禁止不安全设备即已丢失设备加入信任环,这样,丢失设备就无法从账号管理服务器中同步业务数据,防止重要业务数据的泄露,提高业务数据的安全性。
其中,本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
本申请各个实施例的任意内容,以及同一实施例的任意内容,均可以自由组合。对上述内容的任意组合均在本申请的范围之内。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (20)
1.一种数据保护方法,其特征在于,应用于第二电子设备,包括:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示删除信任环的第一按钮;
在接收到对所述第一按钮选中操作的情况下向所述第一服务器发送删环请求,其中,所述删环请求中携带有所述第一账号的账号标识;
接收所述第一服务器发送的信任环删除消息,其中,所述信任环删除消息由所述第一服务器删除所述第一账号下的第一信任环后发送;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,包括:
所述第二电子设备基于所述第一锁屏码生成所述第一电子设备的认证参数,并将所述认证参数发送至所述第一服务器;
所述第一服务器基于所述认证参数对所述第一电子设备进行身份验证,并累计身份验证失败次数;
所述第一服务器在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令;
所述第二电子设备在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息。
2.根据权利要求1所述的方法,其特征在于,所述删环请求中还携带有所述第二电子设备的签名;所述第一信任环由所述第一服务器基于所述签名对所述第二电子设备身份验证通过后删除。
3.根据权利要求1所述的方法,其特征在于,在接收用户输入的第二电子设备的第二锁屏码之后,还包括:
向所述第一服务器发送在环设备信息获取请求,其中,所述在环设备信息获取请求中携带有所述第一账号的账号标识;
接收所述服务器返回的所述第一账号对应的第一信任环的在环设备信息,其中,在环设备中包括第一电子设备;
显示所述第一电子设备锁屏码输入界面。
4.根据权利要求1所述的方法,其特征在于,在当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息之前,还包括:
基于所述第一锁屏码生成第一认证参数;
将所述第一认证参数发送给所述第一服务器,以使所述第一服务器根据所述第一认证参数对所述第一电子设备进行身份验证。
5.一种数据保护方法,应用于第二电子设备,其特征在于,包括:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示冻结所述第二电子设备加环请求的第二按钮;
在接收到对所述第二按钮选中操作的情况下,向所述第一服务器发送加环请求;其中,所述第一服务器在所述第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到所述第二电子设备发送的加环请求时,冻结所述第二电子设备对所述第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长;
接收所述第一服务器返回的剩余冻结时长;
在所述剩余冻结时长大于0的情况下,显示第二提示信息,其中,所述第二提示信息中包含所述剩余冻结时长;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,包括:
所述第二电子设备基于所述第一锁屏码生成所述第一电子设备的认证参数,并将所述认证参数发送至所述第一服务器;
所述第一服务器基于所述认证参数对所述第一电子设备进行身份验证,并累计身份验证失败次数;
所述第一服务器在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令;
所述第二电子设备在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
接收用户输入的第二电子设备的第二锁屏码;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码;
基于所述第一锁屏码生成第一认证参数;
将所述第一认证参数发送至所述第一服务器,所述第一服务器在当前剩余冻结时长为0的情况下,基于所述第一认证参数对所述第一电子设备进行身份验证;
当基于所述第一认证参数对所述第一电子设备的身份验证通过,接收所述第一服务器发送的所述第一电子设备的第一主密钥密文;
基于所述第一锁屏码对所述第一主密钥密文进行解密,得到主密钥;
基于所述第二锁屏码对所述主密钥进行加密,生成所述第二电子设备的第二主密钥密文,以及基于所述第二锁屏码生成第二认证参数;
向第一服务器发送加环请求,以使所述第一服务器将所述第二主密钥密文和第二认证参数添加至所述第一信任环的信任环数据中。
7.根据权利要求6所述的方法,其特征在于,基于所述第二锁屏码对所述主密钥进行加密,生成所述第二电子设备的第二主密钥密文,包括:
根据第二锁屏码生成第三派生密钥;
根据第三派生密钥生成第四派生密钥;
根据第四派生密钥对所述主密钥进行加密,得到所述第二电子设备的第二主密钥密文。
8.根据权利要求6所述的方法,其特征在于,基于所述第二锁屏码生成第二认证参数包括:
根据第二锁屏码生成第三派生密钥;
根据所述第三派生密钥生成第二共享值;
根据所述第一服务器侧生成的HSM公钥加密所述第二共享值,得到所述第二认证参数。
9.一种电子设备,作为第二电子设备,其特征在于,包括:信任环服务模块;
所述信任环服务模块,用于:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示删除信任环的第一按钮;
在接收到对所述第一按钮选中操作的情况下向所述第一服务器发送删环请求,其中,所述删环请求中携带有所述第一账号的账号标识;
接收所述第一服务器发送的信任环删除消息,其中,所述信任环删除消息由所述第一服务器删除所述第一账号下的第一信任环后发送;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,包括:
所述第二电子设备基于所述第一锁屏码生成所述第一电子设备的认证参数,并将所述认证参数发送至所述第一服务器;
所述第一服务器基于所述认证参数对所述第一电子设备进行身份验证,并累计身份验证失败次数;
所述第一服务器在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令;
所述第二电子设备在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息。
10.根据权利要求9所述的电子设备,其特征在于,所述删环请求中还携带有所述第二电子设备的签名;所述第一信任环由所述第一服务器基于所述签名对所述第二电子设备身份验证通过后删除。
11.根据权利要求9所述的电子设备,其特征在于:
所述信任环服务模块,还用于:
在接收用户输入的第二电子设备的第二锁屏码之后,向所述第一服务器发送在环设备信息获取请求,其中,所述在环设备信息获取请求中携带有所述第一账号的账号标识;
接收所述服务器返回的所述第一账号对应的第一信任环的在环设备信息,其中,在环设备中包括第一电子设备;
显示所述第一电子设备锁屏码输入界面。
12.根据权利要求11所述的电子设备,其特征在于:
所述信任环服务器模块,还用于:
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息之前,基于所述第一锁屏码生成第一认证参数;
将所述第一认证参数发送给所述第一服务器,以使所述第一服务器根据所述第一认证参数对所述第一电子设备进行身份验证。
13.一种电子设备,作为第二电子设备,其特征在于,包括:信任环服务模块;
所述信任环服务模块,用于:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示冻结所述第二电子设备加环请求的第二按钮;
在接收到对所述第二按钮选中操作的情况下,向所述第一服务器发送加环请求;其中,所述第一服务器在所述第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到所述第二电子设备发送的加环请求时,冻结所述第二电子设备对所述第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长;
接收所述第一服务器返回的剩余冻结时长;
在所述剩余冻结时长大于0的情况下,显示第二提示信息,其中,所述第二提示信息中包含所述剩余冻结时长;
当基于所述第一锁屏码对所述第一电子设备的身份验证失败次数达到预设次数时,显示第一提示信息,包括:
所述第二电子设备基于所述第一锁屏码生成所述第一电子设备的认证参数,并将所述认证参数发送至所述第一服务器;
所述第一服务器基于所述认证参数对所述第一电子设备进行身份验证,并累计身份验证失败次数;
所述第一服务器在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令;
所述第二电子设备在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息。
14.根据权利要求13所述的电子设备,其特征在于,还包括:信任环模块;
所述信任环服务模块,还用于:
接收用户输入的第二电子设备的第二锁屏码;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码;
基于所述第一锁屏码生成第一认证参数;
将所述第一认证参数发送至所述第一服务器,所述第一服务器在当前剩余冻结时长为0的情况下,基于所述第一认证参数对所述第一电子设备进行身份验证;
当基于所述第一认证参数对所述第一电子设备的身份验证通过,接收所述第一服务器发送的所述第一电子设备的第一主密钥密文;
将所述第一主密钥密文发送给所述信任环模块;
所述信任环模块,用于:
基于所述第一锁屏码对所述第一主密钥密文进行解密,得到主密钥;
基于所述第二锁屏码对所述主密钥进行加密,生成所述第二电子设备的第二主密钥密文;
将所述第二主密钥密文发送给所述信任环服务模块;
所述信任环服务模块,还用于:
基于所述第二锁屏码生成第二认证参数;
向第一服务器发送加环请求,以使所述第一服务器将所述第二主密钥密文和第二认证参数添加至所述第一信任环的信任环数据中。
15.根据权利要求14所述的电子设备,其特征在于,所述信任环模块基于所述第二锁屏码对所述主密钥进行加密,生成所述第二电子设备的第二主密钥密文时,具体用于:
接收信任环服务模块根据第二锁屏码生成的第三派生密钥;
根据第三派生密钥生成第四派生密钥;
根据第四派生密钥对所述主密钥进行加密,得到所述第二电子设备的第二主密钥密文。
16.根据权利要求14所述的电子设备,其特征在于,所述信任环服务模块基于所述第二锁屏码生成第二认证参数时,具体用于:
根据第二锁屏码生成第三派生密钥;
根据所述第三派生密钥生成第二共享值;
根据所述第一服务器侧生成的HSM公钥加密所述第二共享值,得到所述第二认证参数。
17.一种数据保护系统,其特征在于,包括第二电子设备和第一服务器;
所述第二电子设备用于:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
基于所述第一锁屏码生成第一认证参数;
向所述第一服务器发送所述第一认证参数;
所述第一服务器用于:
基于所述第一认证参数对所述第一电子设备的身份验证,并累计身份验证失败次数;
在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令,其中,所述提示指令用于提示所述第二电子设备显示第一提示信息;
所述第二电子设备,还用于:
在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示删除信任环的第一按钮;
在接收到对所述第一按钮选中操作的情况下,向所述第一服务器发送删环请求,其中,所述删环请求中携带有所述第一账号的账号标识;
所述第一服务器,还用于:
接收所述第二电子设备发送的删环请求,删除所述第一账号下的第一信任环,并向所述第二电子设备发送信任环删除消息;
所述第二电子设备,还用于:
接收所述第一服务器发送的信任环删除消息。
18.一种数据保护系统,其特征在于,包括第二电子设备和第一服务器;
所述第二电子设备,用于:
接收用户输入的第二电子设备的第二锁屏码,其中,所述第二电子设备已登录第一账号;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码,其中,所述第一电子设备是从第一服务器获取的所述第一账号对应的第一信任环的在环设备;
基于所述第一锁屏码生成第一认证参数,向所述第一服务器发送所述第一认证参数;
所述第一服务器用于:
基于所述第一认证参数对所述第一电子设备进行身份验证,并累计身份验证失败次数;
在对所述第一电子设备的身份验证失败次数达到预设次数时,向所述第二电子设备发送提示指令;
所述第二电子设备,还用于:
在接收到所述第一服务器发送的所述提示指令时,显示第一提示信息,其中,所述第一提示信息中包括:用于指示冻结所述第二电子设备加环请求的第二按钮;
在接收到对所述第二按钮选中操作的情况下,向所述第一服务器发送加环请求;
所述第一服务器,还用于:
在所述第一电子设备的身份验证失败次数达到预设次数的情况下,再接收到所述第二电子设备发送的加环请求时,冻结所述第二电子设备对所述第一账号对应的第一信任环的加环请求,其中,冻结时长为预设时长;
接收所述第二电子设备发送的加环请求,判断所述第一账号对应的第一信任环的加环请求剩余冻结时长,向所述第二电子设备返回所述剩余冻结时长;
所述第二电子设备,还用于:
接收所述第一服务器返回的剩余冻结时长;
在所述剩余冻结时长大于0的情况下,显示第二提示信息,其中,所述第二提示信息中包含所述剩余冻结时长。
19.根据权利要求18所述的系统,其特征在于:
所述第二电子设备,还用于:
接收用户输入的第二电子设备的第二锁屏码;
当所述第二锁屏码验证通过,接收用户输入的第一电子设备的第一锁屏码;
基于所述第一锁屏码生成所述第一电子设备的第一认证参数;
将所述第一认证参数发送至所述第一服务器;
所述第一服务器,还用于:
在当前剩余冻结时长为0的情况下,基于所述第一认证参数对所述第一电子设备进行身份验证;
当基于所述第一认证参数对所述第一电子设备的身份验证通过后,向所述第二电子设备发送所述第一电子设备的第一主密钥密文;
所述第二电子设备,还用于:
接收所述第一服务器发送的所述第一电子设备的第一主密钥密文;
基于所述第一锁屏码对所述第一主密钥密文进行解密,得到主密钥;
基于所述第二锁屏码对所述主密钥进行加密,生成所述第二电子设备的第二主密钥密文,以及基于所述第二锁屏码生成第二认证参数;
向第一服务器发送加环请求,其中,所述加环请求中携带有所述第二主密钥密文和第二认证参数;
所述第一服务器将所述第二主密钥密文和第二认证参数添加至所述第一信任环的信任环数据中。
20.一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在电子设备上运行时,使得所述电子设备执行如权利要求1-8中任意一项所述的数据保护方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111400512.3A CN115037453B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
CN202310304745.6A CN116346339B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111400512.3A CN115037453B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310304745.6A Division CN116346339B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115037453A CN115037453A (zh) | 2022-09-09 |
CN115037453B true CN115037453B (zh) | 2023-04-07 |
Family
ID=83117666
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111400512.3A Active CN115037453B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
CN202310304745.6A Active CN116346339B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310304745.6A Active CN116346339B (zh) | 2021-11-19 | 2021-11-19 | 数据保护方法、系统及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN115037453B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117195276B (zh) * | 2023-11-08 | 2024-04-16 | 荣耀终端有限公司 | 一种数据保护方法及电子设备 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008210235A (ja) * | 2007-02-27 | 2008-09-11 | Sony Corp | 電子機器、および情報処理方法 |
US9258715B2 (en) * | 2009-12-14 | 2016-02-09 | Apple Inc. | Proactive security for mobile devices |
CN101772018B (zh) * | 2010-01-21 | 2016-03-30 | 中兴通讯股份有限公司 | 防盗移动终端及移动终端的防盗方法 |
CN105786370B (zh) * | 2014-12-23 | 2019-08-06 | 阿里巴巴集团控股有限公司 | 用户界面解锁的方法及装置 |
CN105786303B (zh) * | 2014-12-24 | 2019-06-07 | 纬创资通(中山)有限公司 | 电子装置的屏幕解锁方法及电子装置 |
CN107734176A (zh) * | 2017-10-25 | 2018-02-23 | 深圳市金立通信设备有限公司 | 移动终端的丢失保护方法、终端及计算机可读存储介质 |
CN110324276B (zh) * | 2018-03-28 | 2022-01-07 | 腾讯科技(深圳)有限公司 | 一种登录应用的方法、系统、终端和电子设备 |
KR20220127354A (ko) * | 2018-06-03 | 2022-09-19 | 애플 인크. | 사용자 계정들에 대한 인증 크리덴셜들을 관리하기 위한 디바이스, 방법, 및 그래픽 사용자 인터페이스 |
CN109543389B (zh) * | 2018-12-25 | 2020-01-21 | 广州市维腾网络科技有限公司 | 一种信息保护方法和系统 |
CN112215613B (zh) * | 2020-10-09 | 2022-06-24 | 支付宝(杭州)信息技术有限公司 | 一种密码验证方法、装置、设备及介质 |
CN113609497B (zh) * | 2021-06-30 | 2022-09-23 | 荣耀终端有限公司 | 一种数据保护方法及装置 |
CN113609468A (zh) * | 2021-07-15 | 2021-11-05 | 荣耀终端有限公司 | 一种锁屏解锁的验证方法及终端设备 |
CN113609498B (zh) * | 2021-07-15 | 2022-09-30 | 荣耀终端有限公司 | 数据保护方法及电子设备 |
-
2021
- 2021-11-19 CN CN202111400512.3A patent/CN115037453B/zh active Active
- 2021-11-19 CN CN202310304745.6A patent/CN116346339B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN116346339A (zh) | 2023-06-27 |
CN116346339B (zh) | 2024-03-22 |
CN115037453A (zh) | 2022-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11159310B2 (en) | Digital security bubble | |
CN107251035B (zh) | 账户恢复协议 | |
US10826882B2 (en) | Network-based key distribution system, method, and apparatus | |
JP6386069B2 (ja) | 接続管理方法、装置、電子設備、プログラム、及び記録媒体 | |
US20140310793A1 (en) | Application login method and apparatus, and mobile terminal therefor | |
US10165443B2 (en) | Transmitting management commands to a client device | |
EP4024809A1 (en) | Application access method and apparatus, and electronic device and storage medium | |
US10708237B2 (en) | System and method for chat messaging in a zero-knowledge vault architecture | |
US20170373850A1 (en) | Data encryption method, decryption method, apparatus, and system | |
US11831753B2 (en) | Secure distributed key management system | |
CN107135205B (zh) | 一种网络接入方法和系统 | |
CN108605034A (zh) | 无线固件更新 | |
JP2017152880A (ja) | 認証システム、鍵処理連携方法、および、鍵処理連携プログラム | |
CN104994095A (zh) | 一种设备认证方法、客户端、服务器及系统 | |
CN114760112B (zh) | 一种面向无线局域网络的智能家居设备入网方法、系统、设备及存储介质 | |
CN115037453B (zh) | 数据保护方法、系统及电子设备 | |
CN115037451B (zh) | 数据保护方法及电子设备 | |
CN115021894B (zh) | 数据保护方法、系统及电子设备 | |
CN115037455B (zh) | 数据保护方法、系统及电子设备 | |
CN115037450B (zh) | 数据保护方法及电子设备 | |
CN115021895B (zh) | 数据保护方法、系统及电子设备 | |
CN115037454B (zh) | 数据保护方法及电子设备 | |
CN115037456B (zh) | 数据保护方法、系统及电子设备 | |
CN115037452B (zh) | 数据保护方法、系统及电子设备 | |
Cha et al. | Is there a tradeoff between privacy and security in BLE-based IoT applications: Using a smart vehicle of a major Taiwanese brand as example |
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 |