Security permission file parsing method and device, vehicle and storage medium

By decrypting the security license file and calculating its hash value, the problem of traditional license files being unable to issue license information to multiple applications simultaneously is solved, enabling unified control and security management of all vehicle application software, and improving user experience and system security.

CN117609961BActive Publication Date: 2026-07-10CHERY AUTOMOBILE CO LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
CHERY AUTOMOBILE CO LTD
Filing Date
2023-11-23
Publication Date
2026-07-10

AI Technical Summary

Technical Problem

Traditional single-application software license file configurations cannot meet the requirement of issuing license information to multiple applications at the same time, resulting in insufficient unified definition of functions of multiple applications in the vehicle and inadequate user experience.

Method used

By decrypting the security license file to be parsed, calculating the first hash value and the second hash value, and determining that the hash value is the same, the file is considered a legitimate license file, thereby achieving unified control and function definition for multiple application software.

Benefits of technology

It achieves a unified definition of multiple application software functions for the entire vehicle, improves user experience, prevents the forgery and tampering of license documents, and ensures system security.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117609961B_ABST
    Figure CN117609961B_ABST
Patent Text Reader

Abstract

The application relates to the computer technical field, in particular to a security permission file analysis method and device, a vehicle and a storage medium. The method comprises the following steps: obtaining a to-be-analyzed security permission file; decrypting the to-be-analyzed security permission file, and calculating a first hash value and a second hash value according to a decryption result; if the first hash value is the same as the second hash value, determining that the to-be-analyzed security permission file is a legal permission file; otherwise, determining that the to-be-analyzed security permission file is an illegal permission file. Therefore, the legal permission file can be directly used to control multiple application software to jointly realize the same function, the problem that the traditional single application software permission file configuration cannot meet the permission information distribution for multiple application software at the same time is solved, the unified definition of the functions of multiple application software of the whole vehicle is realized, and the user experience is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method, apparatus, vehicle, and storage medium for parsing security license documents. Background Technology

[0002] With the development of information technology, in order to better serve users, vehicle manufacturers are developing increasingly richer functions available on vehicles under the technology background of software-defined vehicles, such as in-vehicle entertainment functions and autonomous driving functions. In the actual vehicle development process, there are situations where multiple application software works together to achieve the same function, making it increasingly important to accurately and securely handle vehicle permission information.

[0003] In related technologies, when different application software jointly implement the same function, a one-to-one control is generally implemented, that is, the security license file of a single application software is configured to issue security license information to the corresponding software.

[0004] However, the license file configuration for a single application software in this method cannot meet the requirement of issuing license information to multiple application software at the same time, which urgently needs to be addressed. Summary of the Invention

[0005] This application provides a method, apparatus, vehicle, and storage medium for parsing security license files, in order to solve the problem that the traditional configuration of license files for a single application software cannot meet the requirement of issuing license information to multiple application software at the same time, thereby realizing the unified definition of the functions of multiple application software in the whole vehicle and improving the user experience.

[0006] To achieve the above objectives, the first aspect of this application proposes a method for parsing security license files, comprising the following steps:

[0007] Obtain the security license file to be parsed;

[0008] Decrypt the security license file to be parsed, and calculate the first hash value and the second hash value based on the decryption result; and

[0009] If the first hash value is the same as the second hash value, the security license file to be parsed is determined to be a legitimate license file; otherwise, the security license file to be parsed is determined to be an illegitimate license file.

[0010] According to one embodiment of this application, obtaining the security license file to be parsed includes:

[0011] Obtain the strings of the first basic information field, the first permission information field, and the security field of the security license file to be parsed;

[0012] The strings of the first basic information field, the first permission information field, and the security field are concatenated to generate the plaintext of the security license file to be parsed. The plaintext of the security license file to be parsed is then encrypted to obtain the security license file to be parsed.

[0013] According to one embodiment of this application, obtaining the strings of the first basic information field, the first permission information field, and the security field of the security license file to be parsed includes:

[0014] A third hash value is obtained by performing hash calculation based on the first basic information field and the first permission information field;

[0015] The third hash value is encrypted to obtain the first file signature value;

[0016] By concatenating the signature type and signature length of the first file signature value, the string of the security field is obtained.

[0017] According to one embodiment of this application, the step of decrypting the security license file to be parsed and calculating a first hash value and a second hash value based on the decryption result includes:

[0018] Decrypt the security license file to be parsed to obtain the plaintext of the security license file;

[0019] Extract the second basic information field, the second permission information field, and the second file signature value from the plaintext of the security license file to be parsed;

[0020] The first hash value is obtained by performing a hash calculation based on the first basic information field and the second permission information field, and the second hash value is obtained by decrypting the second file signature value.

[0021] According to one embodiment of this application, the basic information field includes at least one of the following: the ID of the security license document (IdentityDocument), the vehicle identifier, the bound device ID, and the fingerprint of the security license document.

[0022] According to the security license file parsing method proposed in this application, by decrypting the security license file to be parsed, a first hash value and a second hash value can be calculated based on the decryption result. If the first hash value and the second hash value are the same, the security license file to be parsed is determined to be a legitimate license file; otherwise, it is an illegitimate license file. Therefore, by setting this legitimate license file, multiple application software programs can be directly controlled to jointly implement the same function. This solves the problem that traditional single-application software license file configurations cannot meet the requirement of simultaneously issuing license information to multiple application software programs, achieving a unified definition of the functions of multiple application software programs in the entire vehicle and improving the user experience.

[0023] To achieve the above objectives, a second aspect of this application provides a security license document parsing apparatus, comprising:

[0024] The acquisition module is used to obtain the security license file to be parsed;

[0025] The processing module is used to decrypt the security license file to be parsed, and calculate a first hash value and a second hash value based on the decryption result; and

[0026] The determination module is used to determine that the security license file to be parsed is a legitimate license file when the first hash value is the same as the second hash value; otherwise, it determines that the security license file to be parsed is an illegitimate license file.

[0027] According to one embodiment of this application, the acquisition module includes:

[0028] The acquisition unit is used to acquire the strings of the first basic information field, the first permission information field, and the security field of the security license file to be parsed;

[0029] The generation unit is used to concatenate the strings of the first basic information field, the first permission information field, and the security field to generate the plaintext of the security license file to be parsed, and encrypt the plaintext of the security license file to be parsed to obtain the security license file to be parsed.

[0030] According to one embodiment of this application, the acquiring unit is specifically used for:

[0031] A third hash value is obtained by performing hash calculation based on the first basic information field and the first permission information field;

[0032] The third hash value is encrypted to obtain the first file signature value;

[0033] By concatenating the signature type and signature length of the first file signature value, the string of the security field is obtained.

[0034] According to one embodiment of this application, the processing module is specifically used for:

[0035] Decrypt the security license file to be parsed to obtain the plaintext of the security license file;

[0036] Extract the second basic information field, the second permission information field, and the second file signature value from the plaintext of the security license file to be parsed;

[0037] The first hash value is obtained by performing hash calculation based on the second basic information field and the second permission information field, and the second hash value is obtained by decrypting the second file signature value.

[0038] According to one embodiment of this application, the basic information field includes at least one of the following: security license document ID, vehicle identifier, bound device ID, and security license document fingerprint.

[0039] According to the security license file parsing device proposed in this application embodiment, by decrypting the security license file to be parsed, a first hash value and a second hash value can be calculated based on the decryption result. If the first hash value and the second hash value are the same, the security license file to be parsed is determined to be a legitimate license file; otherwise, it is an illegitimate license file. Therefore, by setting this legitimate license file, multiple application software programs can be directly controlled to jointly implement the same function. This solves the problem that traditional single-application software license file configurations cannot meet the requirement of simultaneously issuing license information to multiple application software programs, realizing a unified definition of the functions of multiple application software programs in the entire vehicle and improving the user experience.

[0040] To achieve the above objectives, a third aspect of this application provides a vehicle comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the security license file parsing method as described in the above embodiments.

[0041] To achieve the above objectives, a fourth aspect of this application provides a computer-readable storage medium having a computer program stored thereon, which is executed by a processor to implement the security license file parsing method as described in the above embodiments.

[0042] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description

[0043] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:

[0044] Figure 1 This is a flowchart illustrating a method for parsing a security license file according to an embodiment of this application;

[0045] Figure 2 This is a schematic diagram of the security license file structure according to an embodiment of this application;

[0046] Figure 3 This is a flowchart of a security license file packaging process according to an embodiment of this application;

[0047] Figure 4 This is a flowchart of a security license file parsing process according to an embodiment of this application;

[0048] Figure 5This is a block diagram of a security license document parsing device provided according to an embodiment of this application;

[0049] Figure 6 This is a structural schematic diagram of a vehicle provided according to an embodiment of this application. Detailed Implementation

[0050] The embodiments of this application are described in detail below. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.

[0051] The following describes, with reference to the accompanying drawings, a method, apparatus, vehicle, and storage medium for parsing security license documents according to embodiments of this application. First, the method for parsing security license documents according to embodiments of this application will be described with reference to the accompanying drawings.

[0052] Figure 1 This is a flowchart of a security license file parsing method according to an embodiment of this application.

[0053] Before introducing the security license file parsing method proposed in the embodiments of this application, let's first introduce the configuration of the security license file in the embodiments of this application.

[0054] like Figure 2 As shown, this application embodiment uses the extensible JSON (JavaScript Object Notation) data format to define the security license file, and divides the security license file into data fields such as basic information field, permission information field and security field. Among them, the permission information field is divided into software application field, basic permission field and extended permission field, so as to define the bound vehicle, application software, permissions and security specifications respectively.

[0055] The basic information domain consists of the license ID, vehicle identification number (VIN), bound device ID (license storage hardware ID), and license fingerprint (generated using a digest algorithm), used to define the vehicle, host device, and unique identifier bound to the license; the software application domain is used to define software application groups and a list of bound applications; the basic permission domain is used to define basic permission details, including multiple function groups, multiple functions, and related permission types and permission configuration values; the extended permission domain is used to define permission configurations beyond the basic permission details, and can support custom extended permission definitions; the security domain consists of the signature algorithm, signature value length, and file signature, used to store digital signature-related information.

[0056] Furthermore, the software application domain consists of multiple application group arrays, including application group ID, application group name, and application ID list; an application group corresponds to multiple permission function group details array fields, including function group, permission verification type, permission time range, permission count, and mileage; a function group corresponds to multiple function array permission fields, including function ID, permission verification type, permission time range, permission count, and mileage; a function group corresponds to an extended permission domain, including data length, data type, and extended fields.

[0057] The following describes the method for parsing security license files according to an embodiment of this application.

[0058] For example, such as Figure 1 As shown, the method for parsing this security license file includes the following steps:

[0059] In step S101, the security license file to be parsed is obtained.

[0060] As is understandable, security license documents, also known as licenses or authorization documents, are documents issued by software developers or licensors to specify and restrict the use of specific software functions. These documents typically contain information about the software's usage rights, functional limitations, license period, and related responsibilities to ensure the software's security and stability.

[0061] The following details how to obtain the security license file to be parsed.

[0062] As one possible implementation, in some embodiments, obtaining the security license file to be parsed includes: obtaining strings of a first basic information field, a first permission information field, and a security field; concatenating the strings of the first basic information field, the first permission information field, and the security field to generate plaintext of the security license file to be parsed; and encrypting the plaintext of the security license file to be parsed to obtain the security license file to be parsed.

[0063] In some embodiments, the basic information field includes at least one of the following: security license document ID, vehicle identifier, bound device ID, and security license document fingerprint.

[0064] Specifically, firstly, the functional permissions that need to be controlled in the application software, such as reading or accessing the network, are identified. Based on the functional permissions that need to be controlled in the application software, a first basic information domain, a first permission information domain, and a security domain are created. The first basic information domain consists of at least one of the following: the ID of the security license file, the vehicle identifier, the bound device ID, and the fingerprint of the security license file. The first permission information domain consists of a basic permission domain and an extended permission domain. The security domain contains a string. By concatenating the strings of the first basic information domain, the first permission information domain, and the security domain, the plaintext of the security license file to be parsed can be generated. By encrypting the plaintext of the security license file to be parsed using relevant technical means (such as symmetric keys), the security license file to be parsed can be obtained.

[0065] Furthermore, in some embodiments, obtaining the strings of the first basic information field, the first permission information field, and the security field includes: performing a hash calculation based on the first basic information field and the first permission information field to obtain a third hash value; encrypting the third hash value to obtain a first file signature value; and concatenating the signature type and signature length of the first file signature value to obtain the string of the security field.

[0066] Specifically, in this embodiment of the application, the data of the first basic information field and the first permission information field can be hashed to obtain a third hash value. The third hash value is then encrypted using a signature algorithm to obtain a first file signature value. The signature type and signature length of the first file signature value are then concatenated to obtain the string of the security field.

[0067] Hash computation (i.e., hash algorithm) refers to the process of transforming data of arbitrary size into data of fixed size and format using a hash function. Hash functions generally employ mathematical operations to map input data into a single number or a string of numbers. In the field of information security technology, hash functions provide services for verifying the integrity of information.

[0068] Therefore, the security license file to be parsed is the encrypted security license file. This application embodiment encrypts the plaintext of the security license file to be parsed, which can prevent malicious attacks and data leakage, and further improve system security.

[0069] In step S102, the security license file to be parsed is decrypted, and the first hash value and the second hash value are calculated based on the decryption result.

[0070] Specifically, after obtaining the security license file to be parsed, the security license file is decrypted. Based on the decryption result, a hash calculation can be performed to obtain the first hash value and the second hash value.

[0071] To make it easier to understand, the following section explains in detail how to decrypt the security license file to be parsed, and calculates the first hash value and the second hash value based on the decryption result.

[0072] As one possible implementation, in some embodiments, decrypting the security license file to be parsed and calculating a first hash value and a second hash value based on the decryption result includes: decrypting the security license file to be parsed to obtain the plaintext of the security license file to be parsed; extracting a second basic information field, a second permission information field, and a second file signature value from the plaintext of the security license file to be parsed; performing hash calculation based on the second basic information field and the second permission information field to obtain the first hash value, and decrypting the second file signature value to obtain the second hash value.

[0073] Specifically, in this application embodiment, relevant technical means (such as symmetric keys) can be used to decrypt the security license file to be parsed to obtain the plaintext of the security license file to be parsed. The second basic information field, the second permission information field, and the second file signature value of the plaintext of the security license file to be parsed are read. Hash calculation is performed based on the second basic information field and the second permission information field to obtain the first hash value. The second file signature value is decrypted using a signature algorithm to obtain the second hash value.

[0074] Among them, the signature algorithm refers to the algorithm used to verify the integrity of information and authenticate identity. It involves the process of encryption and decryption. Signature algorithms include symmetric encryption algorithms, asymmetric encryption algorithms and hash algorithms.

[0075] In step S103, if the first hash value is the same as the second hash value, the security license file to be parsed is determined to be a legitimate license file; otherwise, the security license file to be parsed is determined to be an illegitimate license file.

[0076] Specifically, after obtaining the first hash value and the second hash value, the first hash value is compared with the second hash value. If the first hash value and the second hash value are the same, the security license file to be parsed is determined to be a legitimate license file, the security license file ID is recorded, the relevant permission information is parsed and distributed to each application software; otherwise, the security license file to be parsed is determined to be an illegitimate license file and the illegitimate license file is deleted.

[0077] To facilitate those skilled in the art to further understand the security license file parsing method proposed in the embodiments of this application, the following is combined with... Figure 3 and Figure 4 To provide further explanation.

[0078] like Figure 3 As shown, Figure 3 This is a flowchart of a security license file packaging process according to an embodiment of the present application, including the following steps:

[0079] Step S301: Create the basic information domain.

[0080] Step S302: Assemble the permission information field.

[0081] Step S303, hash value calculation. That is, hash calculation is performed based on the basic information field and the permission information field to obtain the hash value.

[0082] Step S304, signature value calculation. This involves performing an encrypted calculation on the hash value obtained in step S303 to obtain the file signature value, and then concatenating the signature type and signature value length to obtain the security field string.

[0083] Step S305, file concatenation. This involves concatenating the basic information field, permission information field, and security field strings to obtain a security license file (plaintext).

[0084] Step S306: Encrypt the security license file (plaintext) using a symmetric key to generate an encrypted license file.

[0085] like Figure 4 As shown, Figure 4 This is a flowchart of a security license file parsing process according to an embodiment of this application, including the following steps:

[0086] Step S401: Decrypt the encrypted license file using the symmetric key to obtain the secure license file (plaintext).

[0087] Step S402: Read the basic information field, permission information field, and file signature value of the security license file (plaintext).

[0088] Step S403, hash value calculation. That is, hash calculation is performed based on the basic information field and the permission information field data to obtain hash value one.

[0089] Step S404: Decrypt the file signature value using a signature algorithm to obtain hash value two.

[0090] Step S405: Determine whether hash value one and hash value two are the same. If yes, proceed to step S406; otherwise, proceed to step S407.

[0091] Step S406: The security license document is valid. Record the security license document ID and the fingerprint is valid.

[0092] Step S407: The security license file is invalid. Delete the invalid security license file.

[0093] Therefore, in this application embodiment, the whole vehicle function application or multiple services can be defined as a unified, independently sellable virtual commodity, and a unified security license file can be used to manage the security license permissions of the whole vehicle software and services. The security license file is reinforced by first signing and then encrypting to prevent the forgery and tampering of the license file.

[0094] According to the security license file parsing method proposed in this application, by decrypting the security license file to be parsed, a first hash value and a second hash value can be calculated based on the decryption result. If the first hash value and the second hash value are the same, the security license file to be parsed is determined to be a legitimate license file; otherwise, it is an illegitimate license file. Therefore, by setting this legitimate license file, multiple application software programs can be directly controlled to jointly implement the same function. This solves the problem that traditional single-application software license file configurations cannot meet the requirement of simultaneously issuing license information to multiple application software programs, achieving a unified definition of the functions of multiple application software programs in the entire vehicle and improving the user experience.

[0095] Next, the security license document parsing apparatus proposed according to the embodiments of this application is described with reference to the accompanying drawings.

[0096] Figure 5 This is a block diagram of a security license file parsing device according to an embodiment of this application.

[0097] like Figure 5 As shown, the security license document parsing device 10 includes: an acquisition module 100, a processing module 200, and a determination module 300.

[0098] The acquisition module 100 is used to acquire the security license file to be parsed.

[0099] Processing module 200 is used to decrypt the security license file to be parsed, and calculate a first hash value and a second hash value based on the decryption result; and

[0100] The determination module 300 is used to determine that the security license file to be parsed is a valid license file when the first hash value is the same as the second hash value; otherwise, it determines that the security license file to be parsed is an invalid license file.

[0101] Furthermore, in some embodiments, the acquisition module 100 includes:

[0102] The acquisition unit is used to acquire the strings of the second basic information field, the second permission information field, and the security field of the security license file to be parsed;

[0103] The generation unit is used to concatenate the strings of the second basic information field, the second permission information field, and the security field to generate the plaintext of the security license file to be parsed, and encrypt the plaintext of the security license file to be parsed to obtain the security license file to be parsed.

[0104] Furthermore, in some embodiments, the acquisition unit is specifically used for:

[0105] The third hash value is obtained by hashing the second basic information field and the second permission information field.

[0106] The second file signature value is obtained by encrypting the third hash value;

[0107] By concatenating the signature type and signature length of the second file signature value, the string of the security field is obtained.

[0108] Furthermore, in some embodiments, the processing module 200 is specifically used for:

[0109] Decrypt the security license file to be parsed to obtain the plaintext of the security license file;

[0110] Extract the first basic information field, the first permission information field, and the first file signature value from the plaintext of the security license file to be parsed;

[0111] The first hash value is obtained by hashing the first basic information field and the first permission information field, and the second hash value is obtained by decrypting the first file signature value.

[0112] Furthermore, in some embodiments, the basic information field includes at least one of the following: security license document ID, vehicle identifier, bound device ID, and security license document fingerprint.

[0113] It should be noted that the foregoing explanation of the security license file parsing method embodiment also applies to the security license file parsing device of this embodiment, and will not be repeated here.

[0114] According to the security license file parsing device proposed in this application embodiment, by decrypting the security license file to be parsed, a first hash value and a second hash value can be calculated based on the decryption result. If the first hash value and the second hash value are the same, the security license file to be parsed is determined to be a legitimate license file; otherwise, it is an illegitimate license file. Therefore, by setting this legitimate license file, multiple application software programs can be directly controlled to jointly implement the same function. This solves the problem that traditional single-application software license file configurations cannot meet the requirement of simultaneously issuing license information to multiple application software programs, realizing a unified definition of the functions of multiple application software programs in the entire vehicle and improving the user experience.

[0115] Figure 6This is a schematic diagram of a vehicle provided in an embodiment of the present invention. The vehicle may include:

[0116] The memory 601, the processor 602, and the computer program stored on the memory 601 and capable of running on the processor 602.

[0117] When the processor 602 executes the program, it implements the security license file parsing method provided in the above embodiments.

[0118] Furthermore, the vehicle also includes:

[0119] Communication interface 603 is used for communication between memory 601 and processor 602.

[0120] The memory 601 is used to store computer programs that can run on the processor 602.

[0121] The memory 601 may include high-speed RAM (Random Access Memory) memory, and may also include non-volatile memory, such as at least one disk storage.

[0122] If the memory 601, processor 602, and communication interface 603 are implemented independently, then the communication interface 603, memory 601, and processor 602 can be interconnected via a bus to complete communication between them. The bus can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus, or an EISA (Extended Industry Standard Architecture) bus, etc. The bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 6 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0123] Optionally, in a specific implementation, if the memory 601, processor 602, and communication interface 603 are integrated on a single chip, then the memory 601, processor 602, and communication interface 603 can communicate with each other through an internal interface.

[0124] The processor 602 may be a CPU (Central Processing Unit), an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement embodiments of the present invention.

[0125] This invention also provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the security license file parsing method described above.

[0126] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "multiple" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0127] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.

[0128] Although embodiments of this application have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting this application. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments within the scope of this application.

Claims

1. A method for parsing security license files, characterized in that, Includes the following steps: Obtain the security license file to be parsed; Decrypt the security license file to be parsed, and calculate the first hash value and the second hash value based on the decryption result; as well as If the first hash value is the same as the second hash value, the security license file to be parsed is determined to be a legitimate license file; otherwise, the security license file to be parsed is determined to be an illegitimate license file. The step of obtaining the security license file to be parsed includes: obtaining the strings of the first basic information field, the first permission information field, and the security field of the security license file to be parsed; concatenating the strings of the first basic information field, the first permission information field, and the security field to generate the plaintext of the security license file to be parsed; encrypting the plaintext of the security license file to be parsed to obtain the security license file to be parsed; the string of the security field includes the first file signature value; The process of decrypting the security license file to be parsed and calculating a first hash value and a second hash value based on the decryption result includes: decrypting the security license file to be parsed to obtain the plaintext of the security license file to be parsed; extracting a second basic information field, a second permission information field, and a second file signature value from the plaintext of the security license file to be parsed; performing hash calculation based on the second basic information field and the second permission information field to obtain the first hash value, and decrypting the second file signature value to obtain the second hash value.

2. The method according to claim 1, characterized in that, The string representing the first basic information field, the first permission information field, and the security field of the security license file to be parsed includes: A third hash value is obtained by performing hash calculation based on the first basic information field and the first permission information field; The first file signature value is obtained by encrypting the third hash value; By concatenating the signature type and signature length of the first file signature value, the string of the security field is obtained.

3. The method according to any one of claims 1-2, characterized in that, The basic information field includes at least one of the following: the security license document's identity ID, the vehicle identifier, the bound device ID, and the security license document's fingerprint.

4. A security license document parsing device, characterized in that, include: The acquisition module is used to obtain the security license file to be parsed; The processing module is used to decrypt the security license file to be parsed, and calculate the first hash value and the second hash value based on the decryption result; as well as The determination module is used to determine that the security license file to be parsed is a legitimate license file when the first hash value is the same as the second hash value; otherwise, it determines that the security license file to be parsed is an illegitimate license file. The acquisition module includes: an acquisition unit, used to acquire strings of a first basic information field, a first permission information field, and a security field of the security license file to be parsed; and a generation unit, used to concatenate the strings of the first basic information field, the first permission information field, and the security field to generate plaintext of the security license file to be parsed, and to encrypt the plaintext of the security license file to be parsed to obtain the security license file to be parsed; the string of the security field includes a first file signature value; The processing module is specifically used for: decrypting the security license file to be parsed to obtain the plaintext of the security license file to be parsed; extracting the second basic information field, the second permission information field, and the second file signature value from the plaintext of the security license file to be parsed; performing hash calculation based on the second basic information field and the second permission information field to obtain the first hash value, and decrypting the second file signature value to obtain the second hash value.

5. The apparatus according to claim 4, characterized in that, The acquisition unit is specifically used for: A third hash value is obtained by performing hash calculation based on the first basic information field and the first permission information field; The first file signature value is obtained by encrypting the third hash value; By concatenating the signature type and signature length of the first file signature value, the string of the security field is obtained.

6. A vehicle, characterized in that, include: A memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement the security license file parsing method as described in any one of claims 1-3.

7. A computer-readable storage medium having a computer program stored thereon, characterized in that, The program is executed by the processor to implement the security license file parsing method as described in any one of claims 1-3.