WO2016062080A1

WO2016062080A1 - Profile protecting method and device, and storage medium

Info

Publication number: WO2016062080A1
Application number: PCT/CN2015/079224
Authority: WO
Inventors: 王兵
Original assignee: 中兴通讯股份有限公司
Priority date: 2014-10-21
Filing date: 2015-05-18
Publication date: 2016-04-28
Also published as: CN105590065A; CN105590065B

Abstract

A profile protecting method and device, and a storage medium. The method comprises: connecting fixed feature parts in profiles in a terminal to generate a signature file, and writing the signature file into a predetermined storage space of the terminal before delivery (101); and upon each startup, connecting the fixed feature parts in the current profiles in the terminal to generate a current signature file, reading the prestored signature file from the predetermined storage space, determining whether the current signature file is consistent with the prestored signature file, and recovering the profile in the terminal before delivery if it is determined that the current signature file is inconsistent with the prestored signature file (102).

Description

Method and device for protecting preset file, storage medium

Technical field

The present invention relates to the field of mobile communications, and in particular, to a method and apparatus for protecting a preset file, and a storage medium.

Background technique

In the prior art, there are some system-related files. After the user ROOT is deleted, the system may not start normally. In the above case, the user usually needs to get the repair point to repair the system to start the system normally. In addition, When doing a carrier customization project, the operator has to pre-set some files on the terminal. These applications are related to the operator's interests, but in the end, the user finds that these preset files are deleted by the user.

In order to prevent this from happening, the current solution is to try to prevent the user ROOT system. Without ROOT permission, the user can't delete the preset file, but it is very difficult to prevent the user from ROOT. After a period of time, the user can always find a way and software to go to the ROOT system, and then delete the system preset file. Therefore, there is an urgent need for a method of protecting a preset file in a terminal.

Summary of the invention

In view of the problem that the user ROOT system causes the terminal preset file to be deleted in the prior art, the present invention has been proposed to provide a method and apparatus for protecting a preset file, and a storage medium.

The technical solution of the embodiment of the present invention is as follows:

In a first aspect, an embodiment of the present invention provides a method for protecting a preset file, including:

Connecting the fixed feature parts in each preset file in the terminal to generate a signature file, and writing the signature file to the predetermined storage space of the terminal before leaving the factory;

At each boot, the fixed features of the current preset files in the terminal are The line connection generates a current signature file, and reads the pre-stored signature file from the predetermined storage space, determines whether the current signature file is consistent with the previously stored signature file, and restores the preset file in the pre-factory terminal in case of inconsistency.

In an embodiment of the invention, the method further includes:

Before the terminal leaves the factory, insert the fixed feature identifier into the preset file of the terminal, and use the feature identifier as the feature part of the corresponding preset file;

In one embodiment of the invention, the feature portion includes: an authorization specification for the profile, a specific property of the profile, and/or the profile itself.

In an embodiment of the present invention, connecting the fixed feature parts in each preset file in the terminal to generate the signature file specifically includes:

The TAR tool of the LINUX operating system is used to connect the fixed feature parts of the preset files in the terminal, and the message digest algorithm 5 is used to generate the signature file.

In one embodiment of the invention, the predetermined storage space comprises: a read only memory ROM, or other disposable memory.

In a second aspect, the present invention also provides an apparatus for protecting a preset file, including:

The signature module is configured to connect the fixed feature parts of each preset file in the terminal to generate a signature file, and write the signature file into a predetermined storage space of the terminal before the terminal leaves the factory;

The recovery module is configured to connect the fixed feature parts in the current preset files in the terminal to generate a current signature file each time the system is powered on, and read the pre-stored signature file from the predetermined storage space to determine the current signature file. Whether it is consistent with the signature file stored first, and if the inconsistency is determined, the preset file in the factory terminal is restored.

In an embodiment of the invention, the signature module is further configured to:

In an embodiment of the present invention, the signature module is specifically configured to:

In a third aspect, an embodiment of the present invention provides a computer storage medium, where the computer storage medium stores computer executable instructions, where the computer executable instructions are used to execute the protection preset file provided by the embodiment of the first aspect of the present invention. method.

The beneficial effects of the embodiments of the present invention are as follows:

By connecting the feature parts of all the preset files, the signature files are generated, and the signature files are written to the predetermined storage space when the terminal is shipped from the factory, and the signatures are detected to be consistent with the preset files when the device is turned on, and if these are inconsistent, the signature files are restored. After the file is used by the user, the problem that the terminal preset file is deleted by the user ROOT system in the prior art is solved, and the preset file can be automatically restored when the preset file is deleted by the user, thereby avoiding the user after the ROOT. The system can't start normally, need to get the repair point to repair, and protect the interests of mobile phone manufacturers and operators.

The above description is only an overview of the technical solutions of the present invention, and the above-described and other objects, features and advantages of the present invention can be more clearly understood. Specific embodiments of the invention are set forth below.

DRAWINGS

Various other advantages and benefits will become apparent to those skilled in the art from a The drawings are only for the purpose of illustrating the preferred embodiments and are not to be construed as limiting. And throughout the drawing, the same reference character is used. The numbers indicate the same parts. In the drawing:

1 is a flowchart of a method for protecting a preset file according to an embodiment of the present invention;

2 is a flow chart of a factory write signature of an example of the present invention;

3 is a flow chart of a boot verification signature according to an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of an apparatus for protecting a preset file according to an embodiment of the present invention.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the embodiments of the present invention have been shown in the drawings, the embodiments Rather, these embodiments are provided so that this disclosure will be more fully understood and the scope of the disclosure will be fully disclosed.

In order to solve the problem that the user ROOT system in the prior art causes the terminal preset file to be deleted, the present invention provides a method and a device for protecting a preset file, connecting the feature parts of all the preset files to generate a signature file, When the terminal leaves the factory, these signature files are written into the ROM, and when the power is turned on, it is detected whether the signatures are consistent with the preset files, and if they are inconsistent, the files are restored and then used by the user. The invention will be further described in detail below with reference to the drawings and embodiments. It is understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

Method embodiment

According to an embodiment of the present invention, a method for protecting a preset file is provided. In the embodiment of the present invention, a terminal for installing an Android system is provided. FIG. 1 is a flowchart of a method for protecting a preset file according to an embodiment of the present invention. As shown in FIG. 1, a method for protecting a preset file according to an embodiment of the present invention includes the following processing:

Step 101: Connect a fixed feature part in each preset file in the terminal to generate a signature file, and write the signature file into a predetermined storage space of the terminal before the terminal leaves the factory; The predetermined storage space includes: a read only memory ROM, or other disposable memory.

In the embodiment of the present invention, if the preset file itself does not have a fixed feature part, the fixed feature identifier may be inserted into the preset file of the terminal before the terminal leaves the factory, and the feature identifier is used as a corresponding pre- The characteristic part of the file;

Preferably, the above feature part comprises: an authorization description of the preset file, a specific attribute of the preset file, and/or a preset file itself. It should be noted that the feature part refers to the part that does not change with the system upgrade. For example, how many bytes of the preset file never change, and a certain preset file never changes.

In step 101, the TAR tool of the LINUX operating system may be used to connect the fixed feature parts in the preset files in the terminal, and the message digest algorithm 5 is used to generate the signature file.

Step 102: Connect each time the fixed feature part of each preset file in the terminal is connected to generate a current signature file, and read the pre-stored signature file from the predetermined storage space to determine the current signature file and the first Whether the stored signature files are consistent, and if the inconsistency is determined, the preset files in the factory terminal are restored.

The technical solutions of the factory write signature process and the boot verification signature process in the embodiments of the present invention are described in detail below with reference to the accompanying drawings.

2 is a flow chart of a factory write signature of an example of the present invention, as shown in FIG. 2, specifically including the following processing:

In step 201, at the time of shipment, the feature portion of the file to be protected is found or added, and the feature portion refers to a portion that does not change with the system upgrade. For example, the authorization description of a file, some attributes of the file such as the author, can be used as a feature part of the file. If you can't find it, you can insert some identifiers in the file that don't change with the system upgrade. If the file itself does not change with the system upgrade, you can treat the entire file directly as a signature file;

Step 202: The feature part of the read file is saved to the temporary file;

Step 203, connecting all the temporary files to generate a temporary file, and the connection method can be Directly use the TAR tool of LINUX;

Step 204: Generate a signature according to the temporary file by using an algorithm such as an MD5 code algorithm.

In step 205, the signature is saved to a ROM or other disposable memory at the factory.

FIG. 3 is a flowchart of a boot verification signature according to an embodiment of the present invention. As shown in FIG. 3, the following processing is included:

Step 301, after booting, find the feature part of the preset application to be protected, and obtain the feature part by the same method as the factory write signature process;

Step 302: The feature part of the read file is saved to the temporary file;

Step 303, connecting all temporary files to generate a temporary file, and the connection method can directly use the TAR tool of LINUX;

Step 304: Generate a signature according to the temporary file by using an algorithm such as an MD5 code algorithm.

Step 305, it is checked whether the calculated signature is the same as the signature saved in the ROM, if the same, step 306 is performed, otherwise, step 307 is performed;

Step 306, normal use.

Step 307; adopt some kind of recovery measure. If the user is prompted to upgrade the system, restore the preset file from the network, etc., and use it normally after recovery.

In summary, with the technical solution of the embodiment of the present invention, the signature files are generated by connecting the feature parts of all the preset files, and the signature files are written into the predetermined storage space when the terminal is shipped from the factory, and are turned on. Check whether the signatures are consistent with the preset file. If the files are inconsistent, the files are restored and then used by the user. This solves the problem that the user's ROOT system causes the terminal preset file to be deleted in the prior art, and can be deleted by the user in the preset file. In this case, these preset files are automatically restored, thereby avoiding the problem that the system cannot be started normally after the user ROOT, the need to get the maintenance point to repair, and protect the interests of the mobile phone manufacturer and the operator.

Device embodiment

According to an embodiment of the present invention, a device for protecting a preset file is provided, and FIG. 4 is the present invention. FIG. 4 is a schematic diagram of a device for protecting a preset file according to an embodiment of the present invention. The apparatus for protecting a preset file according to an embodiment of the present invention includes: a signature module 40, and a recovery module 42, and each of the following embodiments of the present invention The module is described in detail.

The signature module 40 is configured to connect the fixed feature parts in the preset files in the terminal to generate a signature file, and write the signature file into a predetermined storage space of the terminal before the terminal leaves the factory; wherein the predetermined storage space includes : Read only memory ROM, or other disposable memory.

The signature module 40 is further configured to insert a fixed feature identifier into the preset file of the terminal before the terminal leaves the factory, and use the feature identifier as a feature part of the corresponding preset file;

The signature module 40 is specifically configured to: connect the fixed feature parts of each preset file in the terminal by using the TAR tool of the LINUX operating system, and generate a signature file by using the information digest algorithm 5.

In the embodiment of the present invention, the feature part may further include: an authorization description of the preset file, a specific attribute of the preset file, and/or the preset file itself.

The recovery module 42 is configured to connect the fixed feature parts in the current preset files in the terminal to generate a current signature file, and read the pre-stored signature file from the predetermined storage space to determine the current signature. Whether the file is consistent with the previously stored signature file, and if the inconsistency is determined, the preset file in the factory terminal is restored.

In summary, in the embodiment of the present invention, the signature files are generated by connecting the feature parts of all the preset files, and the signature files are written into the predetermined storage space when the terminal is shipped from the factory, and the signatures are detected at the booting time. The files are consistent. If the files are inconsistent, the files are restored and then used by the user. This solves the problem that the user's ROOT system causes the terminal preset files to be deleted in the prior art, and can automatically recover these files when the preset files are deleted by the user. The preset file, in order to avoid the user ROOT, the system can not start normally, need to get the repair point to repair the trouble, and protect the interests of mobile phone manufacturers and operators.

The signature module and the recovery module in the device for protecting the preset file provided by the embodiment of the present invention can be implemented by a processor in the terminal; of course, the functions performed by the processor can also be implemented by a specific logic circuit; In the process of the example, the processor may be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA).

It should be noted that, in the embodiment of the present invention, if the foregoing method for protecting a preset file is implemented in the form of a software function module, and is sold or used as a stand-alone product, it may also be stored in a computer readable storage medium. . Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions. A computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention. The foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read only memory (ROM), a magnetic disk, or an optical disk. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.

Correspondingly, the embodiment of the present invention further provides a computer storage medium, where the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the method for protecting a preset file in the embodiment of the present invention.

It is apparent that those skilled in the art can make various modifications and variations to the invention without departing from the spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and modifications of the invention

The algorithms and displays provided herein are not inherently related to any particular computer, virtual system, or other device. Various general purpose systems can also be used with the teaching based on the teachings herein. The structure required to construct such a system is apparent from the above description. Moreover, the present invention is not directed to Any specific programming language. It is to be understood that the invention may be embodied in a variety of programming language, and the description of the specific language has been described above in order to disclose the preferred embodiments of the invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that the embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures, and techniques are not shown in detail so as not to obscure the understanding of the description.

Similarly, the various features of the invention are sometimes grouped together into a single embodiment, in the above description of the exemplary embodiments of the invention, Figure, or a description of it. However, the method disclosed is not to be interpreted as reflecting the intention that the claimed invention requires more features than those recited in the claims. Rather, as the following claims reflect, inventive aspects reside in less than all features of the single embodiments disclosed herein. Therefore, the claims following the specific embodiments are hereby explicitly incorporated into the embodiments, and each of the claims as a separate embodiment of the invention.

Those skilled in the art will appreciate that the modules in the client in the embodiment can be adaptively changed and placed in one or more clients different from the embodiment. The modules in the embodiments can be combined into one module, and further they can be divided into a plurality of sub-modules or sub-units or sub-components. In addition to such features and/or at least some of the processes or units being mutually exclusive, any combination of the features disclosed in the specification, including the accompanying claims, the abstract and the drawings, and any methods so disclosed, or All processes or units of the client are combined. Each feature disclosed in this specification (including the accompanying claims, the abstract and the drawings) may be replaced by alternative features that provide the same, equivalent or similar purpose.

Moreover, those skilled in the art will appreciate that while some of the embodiments described herein include certain features included in other embodiments and not other features, the features of the various embodiments. Combinations are meant to be within the scope of the invention and to form different embodiments. For example, in the following claims, any one of the claimed embodiments can be used in any combination.

The various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or digital signal processor (DSP) may be used in practice to implement some or all of the functionality of some or all of the components loaded with the ordered web address in accordance with an embodiment of the present invention. . The invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein. Such a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

It is to be noted that the above-described embodiments are illustrative of the invention and are not intended to be limiting, and that the invention may be devised without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as a limitation. The word "comprising" does not exclude the presence of the elements or steps that are not recited in the claims. The word "a" or "an" The invention can be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means can be embodied by the same hardware item. The use of the words first, second, and third does not indicate any order. These words can be interpreted as names.

Industrial applicability

In the embodiment of the present invention, the feature parts fixed in the preset files in the terminal are connected to generate a signature file, and the signature file is written to the predetermined storage space of the terminal before the terminal leaves the factory. In each case, each time the power is turned on, the fixed feature part in each preset file in the terminal is connected to generate a current signature file, and the pre-stored signature file is read from the predetermined storage space, and the current signature file is first determined. Whether the stored signature files are consistent, and in the case of determining inconsistency, restoring the preset files in the factory terminal; thus, by means of the technical solution of the present invention, the presets can be automatically restored if the preset files are deleted by the user. Set the file, so as to avoid the user ROOT, the system can not start normally, need to get the repair point to repair the trouble, and protect the interests of mobile phone manufacturers and operators.

Claims

A method of protecting a preset file, including:

And connecting the fixed feature parts in each preset file in the terminal to generate a signature file, and writing the signature file to a predetermined storage space of the terminal before the terminal leaves the factory;

Each time the power is turned on, the feature parts that are fixed in the current preset files in the terminal are connected to generate a current signature file, and the pre-stored signature file is read from the predetermined storage space, and the Whether the current signature file is consistent with the previously stored signature file, and if the inconsistency is determined, the preset file in the terminal before the factory is restored.
The method of claim 1 wherein the method further comprises:

Before the terminal leaves the factory, insert a fixed feature identifier into the preset file of the terminal, and use the feature identifier as a feature part of the corresponding preset file;
The method of claim 2, wherein the feature portion further comprises: an authorization specification of the profile, a specific property of the profile, and/or the profile itself.
The method of claim 1, wherein the connecting the fixed feature parts in the preset files in the terminal to generate the signature file comprises:

The TAR tool of the LINUX operating system is used to connect the fixed feature parts of the preset files in the terminal, and the message digest algorithm 5 is used to generate the signature file.
The method of claim 1 wherein said predetermined storage space comprises: a read only memory ROM, or other disposable memory.
A device for protecting a preset file, comprising:

The signature module is configured to connect the fixed feature parts in each preset file in the terminal to generate a signature file, and write the signature file into a predetermined storage space of the terminal before the terminal leaves the factory;

The recovery module is configured to: in each of the current preset files in the terminal, each time the power is turned on The fixed feature part is connected to generate a current signature file, and the pre-stored signature file is read from the predetermined storage space, and it is determined whether the current signature file is consistent with the previously stored signature file, and the inconsistency is determined. In the case of the factory, the preset file in the terminal described in the factory is restored.
The device of claim 6, wherein the signature module is configured to insert a fixed feature identifier into the preset file of the terminal before the terminal leaves the factory, and use the feature identifier as a corresponding preset. The characteristic part of the document;
The apparatus of claim 7, wherein the feature portion further comprises: an authorization specification of the profile, a specific attribute of the profile, and/or the profile itself.
The device of claim 6, wherein the signature module is configured to connect the fixed feature parts of each preset file in the terminal by using a TAR tool of the LINUX operating system, and generate a signature by using the information digest algorithm 5 file.
The apparatus of claim 6, wherein the predetermined storage space comprises: a read only memory ROM, or other disposable memory.
A computer storage medium storing computer executable instructions for performing the method of protecting a preset file according to any one of claims 1 to 5.