CN102857641B - 一种防止第三方桌面破解防盗模式的方法及系统 - Google Patents

Abstract

本发明公开了一种防止第三方桌面破解防盗模式的方法，包括以下步骤：S1、接收一个应用的启动请求，判断防盗模式是否开启，如果是，进入步骤S2，否则直接响应所述启动请求；S2、判断所述应用是否为授权应用，如果是，响应所述启动请求，否则忽略所述启动请求。本发明还公开了一种用于实施上述方法的防止第三方桌面破解防盗模式的系统。本发明的防止第三方桌面破解防盗模式的方法及系统有助于避免移动终端丢失后隐私数据的泄露。

Description

一种防止第三方桌面破解防盗模式的方法及系统

技术领域

本发明涉及移动终端，更具体的说，涉及一种防止第三方桌面破解防盗模式的方法及系统。

背景技术

防盗功能是指开机时要求输入设定的防盗密码并在输入正确后进入正常模式；一般来说，三次输入错误则发送短信到设定防盗密码时设定的移动终端号中，并启动防盗模式。防盗模式是指用户可以进入桌面、拨打紧急电话，但是其他功能都无法使用，如无法查看联系人、阅读短信息等。现有的技术方案均是开启防盗模式来限制从自研桌面应用程序（也称为Launcher）启动其他未授权应用的操作，从而保证在移动终端被盗后只能进行拨打紧急电话等操作。当用户使用了非自研的第三方Launcher时，即使输入了错误的密码，仍旧可以通过第三方Launcher查看联系人、阅读短信息、浏览网页等操作，导致防盗功能失效，严重影响了用户设备和信息的安全性。

现有的方案中除了防盗密码没有其他安全措施，在防盗模式下其他应用仍可以通过接收开机广播等手段启动，例如第三方联系人等应用可以增加接收开机广播启动的操作，以致移动终端被盗后联系人等信息无法保密，存在极大的安全漏洞。

发明内容

本发明要解决的技术问题在于，针对现有技术中的缺陷，提供一种防止第三方桌面破解防盗模式的方法及系统。

本发明解决其技术问题所采用的技术方案是：提供一种防止第三方桌面破解防盗模式的方法，包括以下步骤：

S1、接收一个应用的启动请求，判断防盗模式是否开启，如果是，进入步骤S2，否则直接响应所述启动请求；

S2、判断所述应用是否为授权应用，如果是，响应所述启动请求，否则忽略所述启动请求。

在本发明所述的防止第三方桌面破解防盗模式的方法中，所述步骤S1之前还包括以下步骤：

S0、开启防盗模式、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；

服务端与授权应用分别接收所述防盗模式开启广播并保存所述第一随机数；

所述步骤S1中，所述启动请求中包含有第二随机数；

所述步骤S2具体包括以下步骤：判断所述第一随机数与所述第二随机数是否一致，如果是，则所述应用为所述授权应用，响应所述启动请求，否则忽略所述启动请求。

在本发明所述的防止第三方桌面破解防盗模式的方法中，所述步骤S1具体包括以下步骤：

S101、所述服务端接收一个应用的启动请求，判断所述应用是否为桌面应用，如果是，直接响应所述启动请求，否则进入步骤S102；

S102、判断防盗模式是否开启，如果是，进入步骤S103，否则直接响应所述启动请求；

S103、判断所述启动请求中是否包含有所述第二随机数，如果是，则进入所述步骤S2，否则进入步骤S104；

S104、所述服务端命令所述应用自动重启，所述应用自动重启后在所述启动请求中添加所述第二随机数，并重新发送给所述服务端，返回步骤S101。

在本发明所述的防止第三方桌面破解防盗模式的方法中，所述步骤S0具体包括以下步骤：

A1、开机时判断防盗功能是否开启，如果是生成防盗密码输入界面，否则直接结束操作；

A2、接收防盗密码，如果所述防盗密码正确则进行正常开机过程，并结束操作；否则重新生成所述防盗密码输入界面，如果第N次输入的所述防盗密码仍错误并开启防盗模式，进入步骤A3，否则对输错次数进行清零操作并正常开机，并结束操作，其中N为输错次数上限；

A3、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；服务端与授权应用分别接收所述防盗模式开启广播并保存所述随机数。

在本发明所述的防止第三方桌面破解防盗模式的方法中，所述步骤S2具体包括以下步骤：解析所述应用的标识名从而判断所述应用是否为授权应用，如果是，响应所述启动请求，否则忽略所述启动请求。

本发明还提供一种防止第三方桌面破解防盗模式的系统，包括：

应用模块，用于发送启动请求；及

服务端模块，用于接收所述启动请求、判断防盗模式是否开启并在未开启时直接响应所述启动请求，或者在开启时判断所述应用模块是否为授权应用模块，如果是，响应所述启动请求，否则忽略所述启动请求。

在本发明所述的防止第三方桌面破解防盗模式的系统中，所述防止第三方桌面破解防盗模式的系统还包括防盗模块，所述防盗模块用于开启防盗模式、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；

所述服务端模块与授权应用模块还用于分别接收所述防盗模式开启广播并保存所述第一随机数；

所述应用模块还用于在所述启动请求中添加第二随机数；

所述服务端模块还用于判断所述第一随机数与所述第二随机数是否一致并在一致时判定所述应用模块为所述授权应用模块，响应所述启动请求，否则忽略所述启动请求。

在本发明所述的防止第三方桌面破解防盗模式的系统中，所述服务端模块还用于判断所述应用模块是否为桌面应用模块并在是时直接响应所述启动请求，否则判断防盗模式是否开启并在未开启时直接响应所述启动请求，或者在开启时继续判断所述启动请求中是否包含有所述第二随机数，如果包含则判断所述第一随机数与所述第二随机数是否一致，否则命令所述应用模块自动重启；

所述应用模块还用于根据所述服务端模块的命令自动重启并在自动重启后在所述启动请求中添加所述第二随机数，并重新发送给所述服务端模块。

在本发明所述的防止第三方桌面破解防盗模式的系统中，所述防盗模块包括界面生成单元、密码验证处理单元和通讯单元；

所述界面生成单元用于在开机时判断防盗功能是否开启并在开启时生成防盗密码输入界面；

所述密码验证处理单元用于接收防盗密码、判断所述防盗密码是否正确，并在正确时进行正常开机过程，或在错误时重新生成所述防盗密码输入界面，如果第N次输入的所述防盗密码仍错误并开启防盗模式，否则对输错次数进行清零操作并通过验证，其中N为输错次数上限；

所述通讯单元用于生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数。

在本发明所述的防止第三方桌面破解防盗模式的系统中，所述服务端模块还用于通过解析所述应用模块的标识名来判断所述应用模块是否为授权应用模块。

本发明的防止第三方桌面破解防盗模式的方法及系统具有以下有益效果：服务端判断防盗模式下应用是否启动，在启动时阻止第三方Launcher访问用户应用和数据的问题，从而避免移动终端丢失后隐私数据的泄露；通过增加在服务端验证应用模块是否授权，可以避免第三方软件通过开机自启动等方式来读取用户数据。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明的防止第三方桌面破解防盗模式的方法的流程图；

图2是根据本发明的防止第三方桌面破解防盗模式的方法第一实施例的流程图；

图3是图2中步骤S1的具体流程图；

图4是根据本发明的防止第三方桌面破解防盗模式的方法第二实施例的流程图；

图5是本发明的防止第三方桌面破解防盗模式的系统的原理框图；

图6是根据本发明的防止第三方桌面破解防盗模式的系统第一实施例的原理框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示的是本发明一种防止第三方桌面破解防盗模式的方法，该方法包括以下步骤：

S1、接收一个应用的启动请求，判断防盗模式是否开启，如果是，进入步骤S2，否则直接响应所述启动请求；

S2、判断应用是否为授权应用，如果是，响应启动请求，否则忽略启动请求。由于防盗模式一般会在防盗密码三次输入错误后自动启动，所以进入防盗模式后系统自动认定其被盗，此时，用户只能进入桌面或拨打紧急电话，而不能查看联系人、阅读短信息等，如果想要通过第三方Launcher来继续以上动作，由于第三方Launcher未授权，其不附带有安全凭证，仍然无法通过验证，启动请求会直接被忽略。而如果是正常模式，系统会认为移动终端处于安全状态，则不会限制非授权应用的启动。

以下是本发明的方法的第一实施例，如图2所示，在实施例中，步骤S1之前还包括以下步骤：S0、开启防盗模式、生成第一随机数并发送防盗模式开启广播，防盗模式开启广播包含有第一随机数；服务端与授权应用分别接收防盗模式开启广播并保存第一随机数。步骤S0是移动终端进入防盗模式后采取的措施，此时发送防盗模式开启广播，并在其中添加第一随机数，由于广播是只有特定的对象才能够接收到的，服务端与授权应用在接收到该广播后将第一随机数进行保存，相应的非授权应用则不会收到该广播。

在步骤S1中，启动请求中包含有第二随机数；相应的，步骤S2具体包括以下步骤：判断第一随机数与第二随机数是否一致，如果是，则应用为授权应用，响应启动请求，否则忽略启动请求。

在本实施例中，随机数是作为安全凭证而存在的，是服务端判断应用是否为授权应用的依据；而随机数具有随机性，每次进入防盗模式时生成的随机数均不相同，提高了安全性。如果该应用为授权应用，则第二随机数即为接收到防盗模式开启广播后保存的第一随机数，否则，第二随机数则可能是该应用任意生成的随机数。

如图3所示，步骤S1具体包括以下步骤：

S101、服务端接收一个应用的启动请求，判断应用是否为桌面应用，如果是，直接响应启动请求，否则进入步骤S102；其中桌面应用可能是查看桌面或者紧急拨号等，这是即使在防盗模式下也同样允许的运用，所以如果是该类运用，则不必担心会丢失用户信息资料，所以可以无需验证。

S102、判断防盗模式是否开启，如果是，进入步骤S103，否则直接响应启动请求；

S103、判断启动请求中是否包含有所述第二随机数，如果是，则进入步骤S2，否则进入步骤S104；

S104、服务端命令应用自动重启，应用自动重启后在启动请求中添加第二随机数，并重新发送给服务端，返回步骤S101。由于应用可能在运行时出错，所以其发送启动请求时将不会添加第二随机数，服务端将会阻止这种错误，令其重启后再次发送；此外，也存在另一种情况，即该应用为非授权应用，则它在发送请求时可能不会有添加随机数的动作，于是服务端在令其重启后仍不会添加随机数到启动请求中，则可能进行反复循环。

此外，步骤S0具体包括以下步骤：

A1、开机时判断防盗功能是否开启，如果是生成防盗密码输入界面，否则直接结束操作；

A2、接收防盗密码，如果防盗密码正确则进行正常开机过程，并结束操作；否则重新生成防盗密码输入界面，如果第N次输入的防盗密码仍错误并开启防盗模式，进入步骤A3，否则对输错次数进行清零操作并正常开机，并结束操作；

A3、生成第一随机数并发送防盗模式开启广播，防盗模式开启广播包含有第一随机数；服务端与授权应用分别接收防盗模式开启广播并保存随机数。步骤S0是防盗模式的启动步骤及向服务端和授权应用传输随机数的步骤，其中N为输错次数上限，如果输错次数达到该值则直接进入防盗模式，否则，只要在输错次数小于N时输入一次正确的密码就会正常启动。

本发明方法的第二实施例中，如图4所示，步骤S2具体包括以下步骤：解析应用的标识名从而判断应用是否为授权应用，如果是，响应启动请求，否则忽略启动请求。该实施例通过对应用的标识名进行解析从而确定其是否为授权应用，由于授权应用其标识名由官方统一定制，在解析后就可以很快发现其特有的命名特征，而第三方应用并不知其命名规则，所以未授权应用与授权应用其标识名也一定会存在极大的差异。

如图5所示的是本发明一种防止第三方桌面破解防盗模式的系统，该系统包括应用模块1与服务端模块2。

应用模块1，用于发送启动请求；及

服务端模块2，用于接收启动请求、判断防盗模式是否开启并在未开启时直接响应所述启动请求，或者在开启时判断应用模块1是否为授权应用模块，如果是，响应启动请求，否则忽略启动请求。具体的，与应用运行于用户进程相对应，服务端运行于系统进程；应用在启动之前，向服务端发送请求；服务端根据应用提供的信息进行权限、状态、资源等进行检查，只有通过检查应用才能够启动。

由于防盗模式一般会在防盗密码三次输入错误后自动启动，所以进入防盗模式后系统自动认定其被盗，此时，用户只能进入桌面或拨打紧急电话，而不能查看联系人、阅读短信息等，如果想要通过第三方Launcher来继续以上动作，由于第三方Launcher未授权，其不附带有安全凭证，仍然无法通过验证，启动请求会直接被忽略。而如果是正常模式，系统会认为移动终端处于安全状态，则不会限制非授权应用的启动。

在本发明的系统的第一实施例中，如图6所示，该系统还包括防盗模块3，防盗模块3用于开启防盗模式、生成第一随机数并发送防盗模式开启广播，防盗模式开启广播包含有第一随机数；相应的，服务端模块2与授权应用模块还用于分别接收防盗模式开启广播并保存第一随机数；

由于广播是只有特定的对象才能够接收到的，服务端模块2与授权应用模块在接收到该广播后将第一随机数进行保存，相应的非授权应用则不会收到该广播。

应用模块1还用于在启动请求中添加第二随机数；该第二随机数是作为该应用模块1是否为授权应用模块的比较对象而添加的。

服务端模块2还用于判断第一随机数与第二随机数是否一致并在一致时判定应用模块1为授权应用模块，响应启动请求，否则忽略启动请求。

在本实施例中，随机数是作为安全凭证而存在的，是服务端模块2判断应用模块1是否为授权应用模块的依据；而随机数具有随机性，每次进入防盗模式时生成的随机数均不相同，提高了安全性。如果该应用模块1为授权应用模块，则第二随机数即为接收到防盗模式开启广播后保存的第一随机数，否则，第二随机数则可能是该应用模块任意生成的随机数。

进一步的，服务端模块2还用于判断应用模块1是否为桌面应用模块并在是时直接响应启动请求，否则判断防盗模式是否开启并在未开启时直接响应启动请求，或者在开启时继续判断启动请求中是否包含有第二随机数，如果包含则判断第一随机数与第二随机数是否一致，否则命令应用模块自动重启。

应用模块1还用于根据服务端模块2的命令自动重启并在自动重启后在启动请求中添加第二随机数，并重新发送给服务端模块2。由于应用模块1可能在运行时出错，所以其发送启动请求时将不会添加第二随机数，服务端模块2将会阻止这种错误，令其重启后再次发送；此外，也存在另一种情况，即该应用模块1为非授权应用，则它在发送请求时可能不会有添加随机数的动作，于是服务端在令其重启后仍不会添加随机数到启动请求中，则可能进行反复循环。

具体的，防盗模块3包括界面生成单元301、密码验证处理单元302和通讯单元303。

界面生成单元301用于在开机时判断防盗功能是否开启并在开启时生成防盗密码输入界面。

密码验证处理单元302用于接收防盗密码、判断防盗密码是否正确，并在正确时进行正常开机过程，或在错误时重新生成防盗密码输入界面，如果第N次输入的防盗密码仍错误并开启防盗模式，否则对输错次数进行清零操作并通过验证；其中N为输错次数上限，如果输错次数达到该值则直接进入防盗模式，否则，只要在输错次数小于N时输入一次正确的密码就会正常启动。

通讯单元303用于生成第一随机数并发送防盗模式开启广播，防盗模式开启广播包含有第一随机数。该广播只要服务端模块2与授权应用模块才能收到，而其他非授权应用并不会接收该广播。

在本发明系统的第二实施例中，服务端模块2还用于通过解析应用模块的标识名来判断应用模块1是否为授权应用模块。该实施例通过对应用模块1的标识名进行解析从而确定其是否为授权应用模块，由于授权应用模块其标识名由官方统一定制，在解析后就可以很快发现其特有的命名特征，而第三方应用并不知其命名规则，所以未授权应用与授权应用其标识名也一定会存在极大的差异。

虽然本发明是通过具体实施例进行说明的，本领域技术人员应当明白，在不脱离本发明范围的情况下，还可以对本发明进行各种变换及等同替代。另外，针对特定情形或材料，可以对本发明做各种修改，而不脱离本发明的范围。因此，本发明不局限于所公开的具体实施例，而应当包括落入本发明权利要求范围内的全部实施方式。

Claims (8)

1.一种防止第三方桌面破解防盗模式的方法，其特征在于，包括以下步骤：

S1、接收一个应用的启动请求，判断防盗模式是否开启，如果是，进入步骤S2，否则直接响应所述启动请求；

S2、判断所述应用是否为授权应用，如果是，响应所述启动请求，否则忽略所述启动请求；

所述步骤S1之前还包括以下步骤：

S0、开启防盗模式、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；

服务端与授权应用分别接收所述防盗模式开启广播并保存所述第一随机数；

所述步骤S1中，所述启动请求中包含有第二随机数；

所述步骤S2具体包括以下步骤：判断所述第一随机数与所述第二随机数是否一致，如果是，则所述应用为所述授权应用，响应所述启动请求，否则忽略所述启动请求。

2.根据权利要求1所述的防止第三方桌面破解防盗模式的方法，其特征在于，所述步骤S1具体包括以下步骤：

S101、所述服务端接收一个应用的启动请求，判断所述应用是否为桌面应用，如果是，直接响应所述启动请求，否则进入步骤S102；

S102、判断防盗模式是否开启，如果是，进入步骤S103，否则直接响应所述启动请求；

S103、判断所述启动请求中是否包含有所述第二随机数，如果是，则进入所述步骤S2，否则进入步骤S104；

S104、所述服务端命令所述应用自动重启，所述应用自动重启后在所述启动请求中添加所述第二随机数，并重新发送给所述服务端，返回步骤S101。

3.根据权利要求1所述的防止第三方桌面破解防盗模式的方法，其特征在于，所述步骤S0具体包括以下步骤：

A1、开机时判断防盗功能是否开启，如果是生成防盗密码输入界面，否则直接结束操作；

A2、接收防盗密码，如果所述防盗密码正确则进行正常开机过程，并结束操作；否则重新生成所述防盗密码输入界面，如果第N次输入的所述防盗密码仍错误并开启防盗模式，进入步骤A3，否则对输错次数进行清零操作并正常开机，并结束操作，其中N为输错次数上限；

A3、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；服务端与授权应用分别接收所述防盗模式开启广播并保存所述随机数。

4.根据权利要求1所述的防止第三方桌面破解防盗模式的方法，其特征在于，所述步骤S2具体包括以下步骤：解析所述应用的标识名从而判断所述应用是否为授权应用，如果是，响应所述启动请求，否则忽略所述启动请求。

5.一种防止第三方桌面破解防盗模式的系统，其特征在于，包括：

应用模块（1），用于发送启动请求；及

服务端模块（2），用于接收所述启动请求、判断防盗模式是否开启并在未开启时直接响应所述启动请求，或者在开启时判断所述应用模块（1）是否为授权应用模块，如果是，响应所述启动请求，否则忽略所述启动请求；

所述防止第三方桌面破解防盗模式的系统还包括防盗模块（3），所述防盗模块（3）用于开启防盗模式、生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数；

所述服务端模块（2）与授权应用模块还用于分别接收所述防盗模式开启广播并保存所述第一随机数；

所述应用模块（1）还用于在所述启动请求中添加第二随机数；

所述服务端模块（2）还用于判断所述第一随机数与所述第二随机数是否一致并在一致时判定所述应用模块为所述授权应用模块，响应所述启动请求，否则忽略所述启动请求。

6.根据权利要求5所述的防止第三方桌面破解防盗模式的系统，其特征在于，所述服务端模块（2）还用于判断所述应用模块是否为桌面应用模块并在是时直接响应所述启动请求，否则判断防盗模式是否开启并在未开启时直接响应所述启动请求，或者在开启时继续判断所述启动请求中是否包含有所述第二随机数，如果包含则判断所述第一随机数与所述第二随机数是否一致，否则命令所述应用模块自动重启；

所述应用模块（1）还用于根据所述服务端模块（2）的命令自动重启并在自动重启后在所述启动请求中添加所述第二随机数，并重新发送给所述服务端模块（2）。

7.根据权利要求5所述的防止第三方桌面破解防盗模式的系统，其特征在于，所述防盗模块（3）包括界面生成单元（301）、密码验证处理单元（302）和通讯单元（303）；

所述界面生成单元（301）用于在开机时判断防盗功能是否开启并在开启时生成防盗密码输入界面；

所述密码验证处理单元（302）用于接收防盗密码、判断所述防盗密码是否正确，并在正确时进行正常开机过程，或在错误时重新生成所述防盗密码输入界面，如果第N次输入的所述防盗密码仍错误并开启防盗模式，否则对输错次数进行清零操作并通过验证，其中N为输错次数上限；

所述通讯单元（303）用于生成第一随机数并发送防盗模式开启广播，所述防盗模式开启广播包含有所述第一随机数。

8.根据权利要求5所述的防止第三方桌面破解防盗模式的系统，其特征在于，所述服务端模块（2）还用于通过解析所述应用模块的标识名来判断所述应用模块（1）是否为授权应用模块。

Images