CN110191021A - A kind of protocol testing method, device, electronic equipment and storage medium - Google Patents
A kind of protocol testing method, device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN110191021A CN110191021A CN201910458736.6A CN201910458736A CN110191021A CN 110191021 A CN110191021 A CN 110191021A CN 201910458736 A CN201910458736 A CN 201910458736A CN 110191021 A CN110191021 A CN 110191021A
- Authority
- CN
- China
- Prior art keywords
- field
- bus
- current
- bus message
- message
- 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.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 191
- 238000000034 method Methods 0.000 claims abstract description 37
- 238000000605 extraction Methods 0.000 claims description 17
- 238000012545 processing Methods 0.000 claims description 15
- 238000006243 chemical reaction Methods 0.000 claims description 7
- 238000010276 construction Methods 0.000 claims description 7
- 238000012163 sequencing technique Methods 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000013499 data model Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000005336 cracking Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/18—Protocol analysers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The embodiment of the invention discloses a kind of protocol testing method, device, electronic equipment and storage mediums.The described method includes: extracting the Global Information of each CAN bus message in the controller local area network CAN bus message semantic definition file DBC of vehicle；The field information of each field in each CAN bus message is extracted in the DBC file；According to the field information of the Global Information of each CAN bus message and each field, the fuzz testing model of CAN bus is constructed；Fuzz testing is carried out according to proprietary protocol of the fuzz testing model of the CAN bus to the CAN bus.In an embodiment of the present invention, the fuzz testing model of CAN bus can be constructed, automatically so as to realize the intelligent fuzzy test to the proprietary protocol of CAN bus.
Description
Technical Field
The embodiment of the invention relates to the technical field of internet, in particular to a protocol testing method, a protocol testing device, electronic equipment and a storage medium.
Background
Fuzz Testing is a widely used software security Testing technology for discovering hidden dangers in software (such as application programs, protocol implementation bodies, etc.), and its basic principle is: a large number of invalid or erroneous inputs are sent to the object to be tested (e.g., a server, a PC, etc. running the relevant software), so that the object to be tested runs in an unexpected manner, thereby discovering a fault. For example, an invalid input is sent to the target to be tested, which causes memory conflict, program crash, resource exhaustion, and the like of the target to be tested.
With the increasingly prominent safety problem of the internet of vehicles, the fuzzy test of the controller area network CAN bus is gradually promoted and applied by safety researchers. For communication protocols (such protocols are called as CAN bus open protocols) which are open to use on the CAN bus, such as UDS, KWP2000, XCP and other communication protocols, a fuzzy test model of the CAN bus CAN be constructed by using open protocol definition documents, and then intelligent fuzzy test is carried out on the CAN bus open protocols through the fuzzy test model; however, for the communication protocol of the CAN bus customized by the manufacturer (this type of protocol is called as the proprietary protocol of the CAN bus), since there is no public protocol definition document, the fuzzy test model of the CAN bus cannot be built through the public protocol definition document, and for the proprietary protocol of the CAN bus, there are generally the following two methods: manual reverse and brute force cracking; the manual reverse is to reversely obtain a grammatical format of a private protocol by building a protocol operation environment, reversely operating software, grabbing and cracking packets and the like; brute force cracking refers to changing each field in a private protocol bit by bit or byte by byte, and monitoring an execution path of a program to determine the boundary size and the value range of each field according to the change rule of the execution path. However, for the manual reverse method, since the private protocol of the CAN bus is customized by different car factories, even different vehicle models, have different protocol grammars, and the manual reverse method is too time-consuming to be applied in the fuzzy test of the private protocol of the CAN bus. In addition, for the violent reversal method, the proprietary protocol of the CAN bus is usually run in an Electronic Control Unit (ECU) without an operating system, it is difficult to run a monitoring program to monitor the execution path of the protocol program, and the violent reversal method cannot be applied to the fuzzy test of the proprietary protocol of the CAN bus.
Disclosure of Invention
In view of this, embodiments of the present invention provide a protocol testing method, an apparatus, an electronic device, and a storage medium, which CAN automatically construct a fuzzy test model of a CAN bus, so as to implement an intelligent fuzzy test on a private protocol of the CAN bus.
In a first aspect, an embodiment of the present invention provides a protocol testing method, where the method includes:
extracting the whole information of each CAN bus message from a CAN bus message description file DBC of the vehicle;
extracting field information of each field in each CAN bus message from the DBC file;
constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field;
and carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
In the above embodiment, the extracting, from the DBC file of the vehicle, the whole information of each CAN bus message includes:
matching the current row of the DBC file with a preset first regular expression;
if the current line is successfully matched with the first regular expression, determining the current line as a starting line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
In the above embodiment, the extracting field information of each field in each CAN bus message from the DBC file includes:
taking a next line of the current line as the current line; matching the current row with a preset second regular expression;
if the current line is successfully matched with the second regular expression, determining the current line as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; and repeatedly executing the operations until the current row is matched with the second regular expression in a failure mode.
In the above embodiment, before the constructing the fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field, the method further includes:
performing byte order conversion processing on each field in each CAN bus message by adopting a big-end byte order mode, and adjusting the offset position of each field in each CAN bus message according to each processed field;
and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
In the above embodiment, the constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field includes:
dividing each field in each CAN bus message into corresponding field types according to the field information of each field in each CAN bus message;
and constructing a fuzzy test model of the CAN bus according to the field type corresponding to each field in each CAN bus message.
In a second aspect, an embodiment of the present invention provides a protocol testing apparatus, where the apparatus includes: the system comprises an extraction module, a construction module and a test module; wherein,
the extraction module is used for extracting the whole information of each CAN bus message from the DBC file of the vehicle; extracting field information of each field in each CAN bus message from the DBC file;
the construction module is used for constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field;
and the test module is used for carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
In the above embodiment, the extraction module includes: a matching sub-module and an extraction sub-module; wherein,
the matching sub-module is used for matching the current row of the DBC file with a preset first regular expression;
the extraction submodule is used for determining the current line as the initial line of the current CAN bus message if the current line is successfully matched with the first regular expression; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
In the above embodiment, the matching sub-module is further configured to, if the current row is successfully matched with the first regular expression, use a next row of the current row as the current row; matching the current row with a preset second regular expression;
the extraction submodule is further configured to determine the current row as a current target field of the current CAN bus message if the current row is successfully matched with the second regular expression; extracting field information of the current target field from the current target field; and repeatedly executing the operations until the current row is matched with the second regular expression in a failure mode.
In the above embodiment, the extracting module further includes: the processing submodule is used for performing byte sequence conversion processing on each field in each CAN bus message by adopting a big-end byte sequence mode and adjusting the offset position of each field in each CAN bus message according to each processed field; and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
In the above embodiment, the building module includes: dividing sub-modules and constructing sub-modules; wherein,
the division submodule is used for dividing each field in each CAN bus message into the corresponding field type according to the field information of each field in each CAN bus message;
and the construction submodule is used for constructing the fuzzy test model of the CAN bus according to the field type corresponding to each field in each CAN bus message.
In a third aspect, an embodiment of the present invention provides an electronic device, including:
one or more processors;
a memory for storing one or more programs,
when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the protocol testing method according to any embodiment of the present invention.
In a fourth aspect, an embodiment of the present invention provides a storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements a protocol testing method according to any embodiment of the present invention.
The embodiment of the invention provides a protocol testing method, a protocol testing device, electronic equipment and a storage medium, wherein the whole information of each CAN bus message is extracted from a DBC file of a vehicle; extracting field information of each field in each CAN bus message from the DBC file; then, according to the whole information of each CAN bus message and the field information of each field, a fuzzy test model of the CAN bus is constructed; and then carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. That is to say, in the technical scheme of the present invention, the fuzzy test model of the CAN bus CAN be constructed according to the whole information of each CAN bus message and the field information of each field, so that the fuzzy test CAN be performed on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. In the existing protocol testing method, for the manual reverse method, because the private protocol of the CAN bus is customized by different vehicle factories, different vehicle factories and even different vehicle models have different protocol grammars, the manual reverse method consumes too much time, and is not suitable for the fuzzy test of the private protocol of the CAN bus. In addition, for the violence reversal method, the proprietary protocol of the CAN bus is usually operated in the electronic control unit without the operating system, it is difficult to operate the monitoring program to monitor the execution path of the protocol program, and the violence reversal method cannot be applied to the fuzz test of the proprietary protocol of the CAN bus. Therefore, compared with the prior art, the protocol testing method, the protocol testing device, the electronic equipment and the storage medium provided by the embodiment of the invention CAN automatically construct the fuzzy testing model of the CAN bus, thereby realizing intelligent fuzzy testing of the proprietary protocol of the CAN bus; moreover, the technical scheme of the embodiment of the invention is simple and convenient to realize, convenient to popularize and wider in application range.
Drawings
Fig. 1 is a schematic flowchart of a protocol testing method according to an embodiment of the present invention;
fig. 2 is a schematic flowchart of a protocol testing method according to a second embodiment of the present invention;
fig. 3 is a schematic flowchart of a protocol testing method according to a third embodiment of the present invention;
fig. 4 is a schematic diagram of a first structure of a protocol testing apparatus according to a fourth embodiment of the present invention;
fig. 5 is a schematic diagram of a second structure of a protocol testing apparatus according to a fourth embodiment of the present invention;
fig. 6 is a schematic structural diagram of an electronic device according to a fifth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some but not all of the relevant aspects of the present invention are shown in the drawings.
Example one
Fig. 1 is a flowchart of a protocol testing method according to an embodiment of the present invention, where the protocol testing method may be executed by a protocol testing apparatus or an electronic device, where the apparatus or the electronic device may be implemented by software and/or hardware, and the apparatus or the electronic device may be integrated in any intelligent device with a network communication function. As shown in fig. 1, the protocol testing method may include the steps of:
s101, extracting the whole information of each CAN bus message from the DBC file of the vehicle.
In a specific embodiment of the present invention, the electronic device may extract the whole information of each CAN bus message from the DBC file of the vehicle. Specifically, the electronic device may match a current row of the DBC file with a first regular expression set in advance; if the current line is successfully matched with the first regular expression, determining the current line as an initial line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message. For example, the electronic device may first take the first line of the DBC file IDE as the current line and then match the current line with the first regular expression. Specifically, the first regular expression may be set in advance; for example, the first regular expression ═ re.complex ("^ BO _ [0-9] + -. 0-9. + -. $").
In a specific embodiment of the invention, the DBC file is a database file with the extension of. DBC, which CAN be used to define a CAN network. For example, the current CAN bus message in the DBC file is:
BO_1126DCDC1：8Vector_XXX
SG_CRC：63|8@0+(1,0)[0|0]""Vector__XXX
SG_DTC：55|8@0+(1,0)[0|0]""Vector__XXX
SG_Reserved：47|1@0+(1,0)[0|0]""Vector__XXX
SG_DCDC_Counter：46|4@0+(1,0)[0|0]""Vector__XXX
SG_DCDC_Enable_State：42|1@0+(1,0)[0|0]""Vector__XXX
SG_DCDC_Mode：41|2@0+(1,0)[0|0]""Vector__XXX
SG_DCDC_Temperature2：39|8@0+(1,-40)[0|0]""VCU
SG_DCDC_Input_Voltage：16|9@0+(1,0)[0|0]""VCU
SG_DCDC_Output_Current：15|8@0+(0,0)[0|0]""VCU
SG_DCDC_Onput_Voltage：7|8@0+(1,0)[0|0]""VCU
s102, extracting field information of each field in each CAN bus message in the DBC file.
In a specific embodiment of the present invention, the electronic device may extract field information of each field in each CAN bus message in the DBC file. Specifically, the electronic device may take a next line of the current line as the current line; matching the current row with a preset second regular expression; if the current line is successfully matched with the second regular expression, determining the current line as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; the above operations are repeatedly executed until the current row fails to be matched with the second regular expression. For example, when the electronic device successfully matches the first row with the first regular expression, the electronic device may take the second row as the current row, and then match the second row with the second regular expression; assuming that the second line is successfully matched with the second regular expression, determining the second line as a current target field of the current CAN bus message; and extracting the field information of the current target field from the current target field. Then, the third row may be taken as the current row, and then the third row is matched with the second regular expression; assuming that the third line is successfully matched with the second regular expression, determining the third line as the current target field of the current CAN bus message; and extracting the field information of the current target field from the current target field. And so on until the current row fails to match the second regular expression. Specifically, the second regular expression may be set in advance; for example, the second regular expression ═ re.complex (". lambda. SG. lambda. 0-9. + | [0-9] + @ $").
S103, constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field.
In the specific embodiment of the invention, the electronic device CAN construct the fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field. Specifically, the electronic device may first divide each field in each CAN bus message into its corresponding field category according to the field information of each field in each CAN bus message; and then, according to the field type corresponding to each field in each CAN bus message, constructing a fuzzy test model of the CAN bus.
In a specific embodiment of the present invention, the fuzzy test model of the CAN bus may include the following three parts: a data model, a state model and a test configuration; the data model CAN be constructed by using a modeling tool according to the overall information of each CAN bus message and the field information of each field. In addition, for the state model, as the CAN application message is transmitted by adopting a connectionless protocol, the state of the CAN application message only has data transmission, and the department does not need to use DBC files, CAN manually predefine the most applicable rules and fill the state model when the fuzzy test model is automatically generated. Further, for the test configuration, the test configuration in the fuzz test model includes: the department can predefine the most applicable rule manually without the help of DBC files and fill in the fuzzy test model when the fuzzy test model is automatically generated.
Preferably, in an embodiment of the present invention, the electronic device may divide the message fields of the CAN bus into three categories, which are: flag, Number _ Length, and Number _ CRC; wherein, Flag refers to a field which carries application message information and takes bit as a unit; number _ Length refers to a field in which the Length of a message is in bytes, is related to the actual Length of the message, and can be dynamically changed; the Number _ CRC refers to a field related to the actual data padding of the message in units of bytes of a check field of the message. The electronic device can use the keywords to identify these three types of fields and generate a data model.
In the specific embodiment of the invention, before the electronic device constructs the fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field, the electronic device CAN also adopt a big-end byte sequence mode to perform byte sequence conversion processing on each field in each CAN bus message, and adjust the offset position of each field in each CAN bus message according to each processed field; and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
In a specific embodiment of the present invention, the fuzzy test model of the CAN bus CAN be as follows:
and S104, carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
In a specific embodiment of the present invention, the electronic device may perform the fuzz test on the private protocol of the CAN bus according to the fuzz test model of the CAN bus. Specifically, the electronic device may input the private protocol of the CAN bus into the fuzzy test model of the CAN bus, and then the fuzzy test model of the CAN bus may output a test result of the private protocol of the CAN bus.
According to the protocol testing method provided by the embodiment of the invention, the whole information of each CAN bus message is extracted from a DBC file of a vehicle; extracting field information of each field in each CAN bus message from the DBC file; then, according to the whole information of each CAN bus message and the field information of each field, a fuzzy test model of the CAN bus is constructed; and then carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. That is to say, in the technical scheme of the present invention, the fuzzy test model of the CAN bus CAN be constructed according to the whole information of each CAN bus message and the field information of each field, so that the fuzzy test CAN be performed on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. In the existing protocol testing method, for the manual reverse method, because the private protocol of the CAN bus is customized by different vehicle factories, different vehicle factories and even different vehicle models have different protocol grammars, the manual reverse method consumes too much time, and is not suitable for the fuzzy test of the private protocol of the CAN bus. In addition, for the violence reversal method, the proprietary protocol of the CAN bus is usually operated in the electronic control unit without the operating system, it is difficult to operate the monitoring program to monitor the execution path of the protocol program, and the violence reversal method cannot be applied to the fuzz test of the proprietary protocol of the CAN bus. Therefore, compared with the prior art, the protocol testing method provided by the embodiment of the invention CAN automatically construct the fuzzy testing model of the CAN bus, thereby realizing intelligent fuzzy testing of the private protocol of the CAN bus; moreover, the technical scheme of the embodiment of the invention is simple and convenient to realize, convenient to popularize and wider in application range.
Example two
Fig. 2 is a flowchart illustrating a protocol testing method according to a second embodiment of the present invention. As shown in fig. 2, the protocol testing method may include the steps of:
s201, matching the current row of the DBC file with a preset first regular expression; if the current row is successfully matched with the first regular expression, S202 is executed; otherwise, S205 is performed.
In a specific embodiment of the present invention, the electronic device may match a current line of the DBC file with a first regular expression set in advance; if the current row is successfully matched with the first regular expression, S202 is executed; if the matching between the current row and the first regular expression fails, S205 is executed. For example, the electronic device may first match a first row of the DBC file with a first regular expression; if the first row is successfully matched with the first regular expression, S202 is executed; if the matching between the first row and the first regular expression fails, S205 is executed.
S202, determining the current line as the initial line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
In a specific embodiment of the present invention, if the current row is successfully matched with the first regular expression, the electronic device may determine the current row as a starting row of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message. For example, if the first line is successfully matched with the first regular expression, the electronic device may determine the first line as a starting line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message. Specifically, the overall information of the current DBC message may at least include: message name, request ID, message size.
S203, taking the next line of the current line as the current line; matching the current row with a preset second regular expression; if the current row is successfully matched with the second regular expression, S204 is executed; otherwise, return to execute S201.
In a specific embodiment of the present invention, the electronic device may take a next line of the current line as the current line; matching the current row with a preset second regular expression; if the current row is successfully matched with the second regular expression, S204 is executed; and if the matching between the current row and the second regular expression fails, returning to execute S201. For example, assuming that the first row is successfully matched with the first regular expression, in this step, the electronic device may use the second row as the current row and match the second row with the second regular expression; if the second row is successfully matched with the second regular expression, S204 is executed; and if the second row fails to be matched with the second regular expression, returning to execute the step S201.
S204, determining the current line as the current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S203.
In a specific embodiment of the present invention, if the current row is successfully matched with the second regular expression, the electronic device may determine the current row as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S203. For example, assuming that the second row is successfully matched with the second regular expression, in this step, the electronic device may determine the second row as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S203. Specifically, the field information of the current target field at least includes: field name, field location, field size, endian, default value.
S205, judging whether the integral information of at least one CAN bus message and the field information of each field are acquired, if so, executing S206; otherwise, S208 is performed.
In this step, the electronic device may determine whether to obtain the whole information of at least one CAN bus message and the field information of each field; if the electronic equipment acquires the whole information of at least one CAN bus message and the field information of each field, S206 is executed; and if the electronic equipment does not acquire the whole information of any CAN bus message and the field information of each field, executing S208.
And S206, constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field.
In the specific embodiment of the invention, the electronic device CAN construct the fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field. Specifically, the electronic device may first divide each field in each CAN bus message into its corresponding field category according to the field information of each field in each CAN bus message; and then, according to the field type corresponding to each field in each CAN bus message, constructing a fuzzy test model of the CAN bus.
In the specific embodiment of the invention, before the electronic device constructs the fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field, the electronic device CAN also adopt a big-end byte sequence mode to perform byte sequence conversion processing on each field in each CAN bus message, and adjust the offset position of each field in each CAN bus message according to each processed field; and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
And S207, carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
In a specific embodiment of the present invention, the electronic device may perform the fuzz test on the private protocol of the CAN bus according to the fuzz test model of the CAN bus. Specifically, the electronic device may input the private protocol of the CAN bus into the fuzzy test model of the CAN bus, and then the fuzzy test model of the CAN bus may output a test result of the private protocol of the CAN bus.
And S208, ending the protocol testing process.
In the specific embodiment of the invention, if the electronic equipment does not acquire the whole information of any CAN bus message and the field information of each field, the protocol testing process is ended; or after the private protocol of the CAN bus is subjected to the fuzzy test according to the fuzzy test model of the CAN bus, the protocol test flow is ended.
According to the protocol testing method provided by the embodiment of the invention, the whole information of each CAN bus message is extracted from a DBC file of a vehicle; extracting field information of each field in each CAN bus message from the DBC file; then, according to the whole information of each CAN bus message and the field information of each field, a fuzzy test model of the CAN bus is constructed; and then carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. That is to say, in the technical scheme of the present invention, the fuzzy test model of the CAN bus CAN be constructed according to the whole information of each CAN bus message and the field information of each field, so that the fuzzy test CAN be performed on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. In the existing protocol testing method, for the manual reverse method, because the private protocol of the CAN bus is customized by different vehicle factories, different vehicle factories and even different vehicle models have different protocol grammars, the manual reverse method consumes too much time, and is not suitable for the fuzzy test of the private protocol of the CAN bus. In addition, for the violence reversal method, the proprietary protocol of the CAN bus is usually operated in the electronic control unit without the operating system, it is difficult to operate the monitoring program to monitor the execution path of the protocol program, and the violence reversal method cannot be applied to the fuzz test of the proprietary protocol of the CAN bus. Therefore, compared with the prior art, the protocol testing method provided by the embodiment of the invention CAN automatically construct the fuzzy testing model of the CAN bus, thereby realizing intelligent fuzzy testing of the private protocol of the CAN bus; moreover, the technical scheme of the embodiment of the invention is simple and convenient to realize, convenient to popularize and wider in application range.
EXAMPLE III
Fig. 3 is a flowchart illustrating a protocol testing method according to a third embodiment of the present invention. As shown in fig. 3, the protocol testing method may include the steps of:
s301, matching the current row of the DBC file with a preset first regular expression; if the current row is successfully matched with the first regular expression, S302 is executed; otherwise, S305 is executed.
In a specific embodiment of the present invention, the electronic device may match a current line of the DBC file with a first regular expression set in advance; if the current row is successfully matched with the first regular expression, S302 is executed; if the matching between the current row and the first regular expression fails, S305 is executed. For example, the electronic device may first match a first row of the DBC file with a first regular expression; if the first row is successfully matched with the first regular expression, S302 is executed; if the first row fails to match the first regular expression, S305 is executed.
S302, determining the current line as the initial line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
In a specific embodiment of the present invention, if the current row is successfully matched with the first regular expression, the electronic device may determine the current row as a starting row of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message. For example, if the first line is successfully matched with the first regular expression, the electronic device may determine the first line as a starting line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message. Specifically, the overall information of the current DBC message may at least include: message name, request ID, message size.
S303, taking the next line of the current line as the current line; matching the current row with a preset second regular expression; if the current row is successfully matched with the second regular expression, executing S304; otherwise, return to execute S301.
In a specific embodiment of the present invention, the electronic device may take a next line of the current line as the current line; matching the current row with a preset second regular expression; if the current row is successfully matched with the second regular expression, executing S304; and if the matching between the current row and the second regular expression fails, returning to execute S301. For example, assuming that the first row is successfully matched with the first regular expression, in this step, the electronic device may use the second row as the current row and match the second row with the second regular expression; if the second row is successfully matched with the second regular expression, executing S304; and if the second row fails to be matched with the second regular expression, returning to execute S301.
S304, determining the current line as the current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S303.
In a specific embodiment of the present invention, if the current row is successfully matched with the second regular expression, the electronic device may determine the current row as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S303. For example, assuming that the second row is successfully matched with the second regular expression, in this step, the electronic device may determine the second row as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; execution returns to S303. Specifically, the field information of the current target field at least includes: field name, field location, field size, endian, default value.
S305, judging whether integral information of at least one CAN bus message and field information of each field are acquired; if yes, executing S306; otherwise, S309 is executed.
In this step, the electronic device may determine whether to obtain the whole information of at least one CAN bus message and the field information of each field; if the electronic equipment acquires the whole information of at least one CAN bus message and the field information of each field, executing S306; if the electronic device does not acquire the whole information of any CAN bus message and the field information of each field, S309 is executed.
S306, dividing each field in each CAN bus message into the corresponding field type according to the field information of each field in each CAN bus message.
In a specific embodiment of the present invention, the electronic device may divide each field in each CAN bus message into its corresponding field type according to the field information of each field in each CAN bus message. Specifically, the electronic device may divide the message field of the CAN bus into three categories, which are: flag, Number _ Length, and Number _ CRC; wherein, Flag refers to a field which carries application message information and takes bit as a unit; number _ Length refers to a field in which the Length of a message is in bytes, is related to the actual Length of the message, and can be dynamically changed; the Number _ CRC refers to a field related to the actual data padding of the message in units of bytes of a check field of the message. The electronic device may use the keywords to identify these three types of fields.
S307, according to the field type corresponding to each field in each CAN bus message, constructing a fuzzy test model of the CAN bus.
In a specific embodiment of the present invention, the electronic device may construct a fuzzy test model of the CAN bus according to a field type corresponding to each field in each CAN bus message. Specifically, the fuzzy test model of the CAN bus may include the following three parts: a data model, a state model and a test configuration; the data model CAN be constructed by using a modeling tool according to the overall information of each CAN bus message and the field information of each field. In addition, for the state model, as the CAN application message is transmitted by adopting a connectionless protocol, the state of the CAN application message only has data transmission, and the department does not need to use DBC files, CAN manually predefine the most applicable rules and fill the state model when the fuzzy test model is automatically generated. Further, for the test configuration, the test configuration in the fuzz test model includes: the department can predefine the most applicable rule manually without the help of DBC files and fill in the fuzzy test model when the fuzzy test model is automatically generated.
And S308, carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
In a specific embodiment of the present invention, the electronic device may perform the fuzz test on the private protocol of the CAN bus according to the fuzz test model of the CAN bus. Specifically, the electronic device may input the private protocol of the CAN bus into the fuzzy test model of the CAN bus, and then the fuzzy test model of the CAN bus may output a test result of the private protocol of the CAN bus.
And S309, ending the protocol testing process.
In the specific embodiment of the invention, if the electronic equipment does not acquire the whole information of any CAN bus message and the field information of each field, the protocol testing process is ended; or after the private protocol of the CAN bus is subjected to the fuzzy test according to the fuzzy test model of the CAN bus, the protocol test flow is ended.
According to the protocol testing method provided by the embodiment of the invention, the whole information of each CAN bus message is extracted from the DBC file of the vehicle; extracting field information of each field in each CAN bus message from the DBC file; then, according to the whole information of each CAN bus message and the field information of each field, a fuzzy test model of the CAN bus is constructed; and then carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. That is to say, in the technical scheme of the present invention, the fuzzy test model of the CAN bus CAN be constructed according to the whole information of each CAN bus message and the field information of each field, so that the fuzzy test CAN be performed on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus. In the existing protocol testing method, for the manual reverse method, because the private protocol of the CAN bus is customized by different vehicle factories, different vehicle factories and even different vehicle models have different protocol grammars, the manual reverse method consumes too much time, and is not suitable for the fuzzy test of the private protocol of the CAN bus. In addition, for the violence reversal method, the proprietary protocol of the CAN bus is usually operated in the electronic control unit without the operating system, it is difficult to operate the monitoring program to monitor the execution path of the protocol program, and the violence reversal method cannot be applied to the fuzz test of the proprietary protocol of the CAN bus. Therefore, compared with the prior art, the protocol testing method provided by the embodiment of the invention CAN automatically construct the fuzzy testing model of the CAN bus, thereby realizing intelligent fuzzy testing of the private protocol of the CAN bus; moreover, the technical scheme of the embodiment of the invention is simple and convenient to realize, convenient to popularize and wider in application range.
Example four
Fig. 4 is a schematic diagram of a first structure of a protocol testing apparatus according to a fourth embodiment of the present invention. As shown in fig. 4, the protocol testing apparatus according to the embodiment of the present invention may include: an extraction module 401, a construction module 402 and a test module 403; wherein,
the extracting module 401 is configured to extract the whole information of each CAN bus message from the DBC file of the vehicle; extracting field information of each field in each CAN bus message from the DBC file;
the building module 402 is configured to build a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field;
the testing module 403 is configured to perform a fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
Fig. 5 is a schematic diagram of a second structure of a protocol testing apparatus according to a fourth embodiment of the present invention. As shown in fig. 5, the extraction module 401 includes: a matching sub-module 4011 and an extraction sub-module 4012; wherein,
the matching sub-module 4011 is configured to match a current row of the DBC file with a preset first regular expression;
the extracting sub-module 4012 is configured to determine the current row as a starting row of a current CAN bus message if the current row is successfully matched with the first regular expression; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
Further, the matching sub-module 4011 is further configured to, if the current row is successfully matched with the first regular expression, use a next row of the current row as the current row; matching the current row with a preset second regular expression;
the extracting sub-module 4012 is further configured to determine the current row as a current target field of the current CAN bus message if the current row is successfully matched with the second regular expression; extracting field information of the current target field from the current target field; and repeatedly executing the operations until the current row is matched with the second regular expression in a failure mode.
Further, the extraction module further comprises: a processing submodule (not shown in the figure) for performing byte order conversion processing on each field in each CAN bus message by adopting a big-end byte order mode, and adjusting the offset position of each field in each CAN bus message according to each processed field; and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
Further, the building module 402 includes: partitioning submodule 4021 and constructing submodule 4022; wherein,
the dividing submodule 4021 is configured to divide each field in each CAN bus message into a field category corresponding to each field according to field information of each field in each CAN bus message;
the building submodule 4022 is configured to build a fuzzy test model of the CAN bus according to a field type corresponding to each field in each CAN bus message.
The protocol testing device can execute the method provided by any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method. For details of the protocol testing method provided in any embodiment of the present invention, reference may be made to the technical details not described in detail in this embodiment.
EXAMPLE five
Fig. 6 is a schematic structural diagram of an electronic device according to a fifth embodiment of the present invention. FIG. 6 illustrates a block diagram of an exemplary electronic device suitable for use in implementing embodiments of the present invention. The electronic device 12 shown in fig. 6 is only an example and should not bring any limitation to the function and the scope of use of the embodiment of the present invention.
As shown in FIG. 6, electronic device 12 is embodied in the form of a general purpose computing device. The components of electronic device 12 may include, but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 that couples various system components including the system memory 28 and the processing unit 16.
Bus 18 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of a variety of bus architectures. By way of example, such architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, micro-channel architecture (MAC) bus, enhanced ISA bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.
Electronic device 12 typically includes a variety of computer system readable media. Such media may be any available media that is accessible by electronic device 12 and includes both volatile and nonvolatile media, removable and non-removable media.
The system memory 28 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)30 and/or cache memory 32. The electronic device 12 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 34 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 6, and commonly referred to as a "hard drive"). Although not shown in FIG. 6, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 18 by one or more data media interfaces. Memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 40 having a set (at least one) of program modules 42 may be stored, for example, in memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 42 generally carry out the functions and/or methodologies of the described embodiments of the invention.
Electronic device 12 may also communicate with one or more external devices 14 (e.g., keyboard, pointing device, display 24, etc.), with one or more devices that enable a user to interact with electronic device 12, and/or with any devices (e.g., network card, modem, etc.) that enable electronic device 12 to communicate with one or more other computing devices. Such communication may be through an input/output (I/O) interface 22. Also, the electronic device 12 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the Internet) via the network adapter 20. As shown, the network adapter 20 communicates with other modules of the electronic device 12 via the bus 18. It should be appreciated that although not shown in FIG. 6, other hardware and/or software modules may be used in conjunction with electronic device 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processing unit 16 executes various functional applications and data processing, such as implementing a protocol testing method provided by an embodiment of the present invention, by running a program stored in the system memory 28.
EXAMPLE six
The sixth embodiment of the invention provides a computer storage medium.
The computer-readable storage media of embodiments of the invention may take any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (12)
1. A protocol testing method, the method comprising:
extracting the whole information of each CAN bus message from a controller area network CAN bus message description file DBC of the vehicle;
extracting field information of each field in each CAN bus message from the DBC file;
constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field;
and carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
2. The method of claim 1, wherein extracting the global information of each CAN bus message in the DBC file of the vehicle comprises:
matching the current row of the DBC file with a preset first regular expression;
if the current line is successfully matched with the first regular expression, determining the current line as a starting line of the current CAN bus message; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
3. The method according to claim 2, wherein the extracting field information of each field in each CAN bus message in the DBC file comprises:
taking a next line of the current line as the current line; matching the current row with a preset second regular expression;
if the current line is successfully matched with the second regular expression, determining the current line as a current target field of the current CAN bus message; extracting field information of the current target field from the current target field; and repeatedly executing the operations until the current row is matched with the second regular expression in a failure mode.
4. The method of claim 3, wherein before the constructing the fuzzy test model of the CAN bus according to the overall information and the field information of each field of each CAN bus message, the method further comprises:
performing byte order conversion processing on each field in each CAN bus message by adopting a big-end byte order mode, and adjusting the offset position of each field in each CAN bus message according to each processed field;
and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
5. The method of claim 1, wherein constructing the fuzzy test model of the CAN bus according to the overall information of each CAN bus message and the field information of each field comprises:
dividing each field in each CAN bus message into corresponding field types according to the field information of each field in each CAN bus message;
and constructing a fuzzy test model of the CAN bus according to the field type corresponding to each field in each CAN bus message.
6. A protocol testing apparatus, characterized in that the apparatus comprises: the system comprises an extraction module, a construction module and a test module; wherein,
the extraction module is used for extracting the whole information of each CAN bus message from a controller area network CAN bus message description file DBC of the vehicle; extracting field information of each field in each CAN bus message from the DBC file;
the construction module is used for constructing a fuzzy test model of the CAN bus according to the whole information of each CAN bus message and the field information of each field;
and the test module is used for carrying out fuzzy test on the private protocol of the CAN bus according to the fuzzy test model of the CAN bus.
7. The apparatus of claim 6, wherein the extraction module comprises: a matching sub-module and an extraction sub-module; wherein,
the matching sub-module is used for matching the current row of the DBC file with a preset first regular expression;
the extraction submodule is used for determining the current line as the initial line of the current CAN bus message if the current line is successfully matched with the first regular expression; and extracting the whole information of the current CAN bus message from the initial line of the current CAN bus message.
8. The apparatus of claim 7, wherein:
the matching sub-module is further configured to, if the current row is successfully matched with the first regular expression, use a next row of the current row as the current row; matching the current row with a preset second regular expression;
the extraction submodule is further configured to determine the current row as a current target field of the current CAN bus message if the current row is successfully matched with the second regular expression; extracting field information of the current target field from the current target field; and repeatedly executing the operations until the current row is matched with the second regular expression in a failure mode.
9. The apparatus of claim 8, wherein the extraction module further comprises: the processing submodule is used for performing byte sequence conversion processing on each field in each CAN bus message by adopting a big-end byte sequence mode and adjusting the offset position of each field in each CAN bus message according to each processed field; and sequencing all the fields in each CAN bus message according to the offset position of each field in each CAN bus message, and filling reserved fields in each CAN bus message.
10. The apparatus of claim 6, wherein the building module comprises: dividing sub-modules and constructing sub-modules; wherein,
the division submodule is used for dividing each field in each CAN bus message into the corresponding field type according to the field information of each field in each CAN bus message;
and the construction submodule is used for constructing the fuzzy test model of the CAN bus according to the field type corresponding to each field in each CAN bus message.
11. An electronic device, comprising:
one or more processors;
a memory for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the protocol testing method of any of claims 1-5.
12. A storage medium on which a computer program is stored, which program, when being executed by a processor, carries out the protocol testing method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910458736.6A CN110191021B (en) | 2019-05-29 | 2019-05-29 | Protocol testing method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910458736.6A CN110191021B (en) | 2019-05-29 | 2019-05-29 | Protocol testing method and device, electronic equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110191021A true CN110191021A (en) | 2019-08-30 |
| CN110191021B CN110191021B (en) | 2021-04-30 |
Family
ID=67718687
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910458736.6A Active CN110191021B (en) | 2019-05-29 | 2019-05-29 | Protocol testing method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110191021B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110995764A (en) * | 2019-12-27 | 2020-04-10 | 北京清华亚迅电子信息研究所 | Fuzzy test system and method for data flow of application layer of mobile cellular network |
| CN111130937A (en) * | 2019-12-24 | 2020-05-08 | 国家计算机网络与信息安全管理中心 | Protocol analysis method, device, electronic equipment and storage medium |
| CN111865743A (en) * | 2020-07-03 | 2020-10-30 | 深圳开源互联网安全技术有限公司 | Vehicle CAN bus fuzzy test method, system, electronic equipment and storage medium |
| CN112380081A (en) * | 2020-12-04 | 2021-02-19 | 哈尔滨工业大学 | Commercial vehicle-mounted CAN bus fuzzy test method based on field weight |
| CN112596962A (en) * | 2020-12-08 | 2021-04-02 | 国汽(北京)智能网联汽车研究院有限公司 | Automobile CAN bus penetration test system and method |
| CN114760160A (en) * | 2021-02-05 | 2022-07-15 | 广州汽车集团股份有限公司 | Vehicle CAN bus penetration test method and system |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101902367A (en) * | 2009-05-31 | 2010-12-01 | 西门子（中国）有限公司 | Method and device for producing test case |
| CN103036730A (en) * | 2011-09-29 | 2013-04-10 | 西门子公司 | Method and device for achieving safety testing on protocol implementation |
| CN103078897A (en) * | 2012-11-29 | 2013-05-01 | 中山大学 | System for implementing fine grit classification and management of Web services |
| US8869110B2 (en) * | 2008-02-11 | 2014-10-21 | Codenomicon Oy | Method and arrangement for test case creation |
| CN104320312A (en) * | 2014-11-20 | 2015-01-28 | 国家电网公司 | Network application safety test tool and fuzz test case generation method and system |
| CN105245403A (en) * | 2015-10-27 | 2016-01-13 | 国网智能电网研究院 | Power-grid industrial control protocol vulnerability mining system and method based on fuzzy test |
| CN107241226A (en) * | 2017-06-29 | 2017-10-10 | 北京工业大学 | Fuzz testing method based on industry control proprietary protocol |
| CN107360192A (en) * | 2017-08-29 | 2017-11-17 | 四川长虹电器股份有限公司 | Improve the fingerprint identification method of vulnerability scanning efficiency and precision |
| CN107665191A (en) * | 2017-10-19 | 2018-02-06 | 中国人民解放军陆军工程大学 | Private protocol message format inference method based on extended prefix tree |
| CN107666476A (en) * | 2017-05-25 | 2018-02-06 | 国家计算机网络与信息安全管理中心 | A kind of CAN risk checking method and device |
| CN108737417A (en) * | 2018-05-16 | 2018-11-02 | 南京大学 | A kind of vulnerability checking method towards industrial control system |
-
2019
- 2019-05-29 CN CN201910458736.6A patent/CN110191021B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8869110B2 (en) * | 2008-02-11 | 2014-10-21 | Codenomicon Oy | Method and arrangement for test case creation |
| CN101902367A (en) * | 2009-05-31 | 2010-12-01 | 西门子（中国）有限公司 | Method and device for producing test case |
| CN103036730A (en) * | 2011-09-29 | 2013-04-10 | 西门子公司 | Method and device for achieving safety testing on protocol implementation |
| CN103078897A (en) * | 2012-11-29 | 2013-05-01 | 中山大学 | System for implementing fine grit classification and management of Web services |
| CN104320312A (en) * | 2014-11-20 | 2015-01-28 | 国家电网公司 | Network application safety test tool and fuzz test case generation method and system |
| CN105245403A (en) * | 2015-10-27 | 2016-01-13 | 国网智能电网研究院 | Power-grid industrial control protocol vulnerability mining system and method based on fuzzy test |
| CN107666476A (en) * | 2017-05-25 | 2018-02-06 | 国家计算机网络与信息安全管理中心 | A kind of CAN risk checking method and device |
| CN107241226A (en) * | 2017-06-29 | 2017-10-10 | 北京工业大学 | Fuzz testing method based on industry control proprietary protocol |
| CN107360192A (en) * | 2017-08-29 | 2017-11-17 | 四川长虹电器股份有限公司 | Improve the fingerprint identification method of vulnerability scanning efficiency and precision |
| CN107665191A (en) * | 2017-10-19 | 2018-02-06 | 中国人民解放军陆军工程大学 | Private protocol message format inference method based on extended prefix tree |
| CN108737417A (en) * | 2018-05-16 | 2018-11-02 | 南京大学 | A kind of vulnerability checking method towards industrial control system |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111130937A (en) * | 2019-12-24 | 2020-05-08 | 国家计算机网络与信息安全管理中心 | Protocol analysis method, device, electronic equipment and storage medium |
| CN111130937B (en) * | 2019-12-24 | 2020-12-15 | 国家计算机网络与信息安全管理中心 | Protocol analysis method, device, electronic equipment and storage medium |
| CN110995764A (en) * | 2019-12-27 | 2020-04-10 | 北京清华亚迅电子信息研究所 | Fuzzy test system and method for data flow of application layer of mobile cellular network |
| CN110995764B (en) * | 2019-12-27 | 2021-09-03 | 北京清华亚迅电子信息研究所 | Mobile cellular network application layer data flow fuzzy test method, electronic equipment and storage medium |
| CN111865743A (en) * | 2020-07-03 | 2020-10-30 | 深圳开源互联网安全技术有限公司 | Vehicle CAN bus fuzzy test method, system, electronic equipment and storage medium |
| CN112380081A (en) * | 2020-12-04 | 2021-02-19 | 哈尔滨工业大学 | Commercial vehicle-mounted CAN bus fuzzy test method based on field weight |
| CN112596962A (en) * | 2020-12-08 | 2021-04-02 | 国汽(北京)智能网联汽车研究院有限公司 | Automobile CAN bus penetration test system and method |
| CN114760160A (en) * | 2021-02-05 | 2022-07-15 | 广州汽车集团股份有限公司 | Vehicle CAN bus penetration test method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110191021B (en) | 2021-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110191021B (en) | Protocol testing method and device, electronic equipment and storage medium | |
| CN109002510B (en) | Dialogue processing method, device, equipment and medium | |
| US8626786B2 (en) | Dynamic language checking | |
| CN108776696B (en) | Node configuration method and device, storage medium and electronic equipment | |
| CN114528044B (en) | Interface calling method, device, equipment and medium | |
| CN109408834B (en) | Auxiliary machine translation method, device, equipment and storage medium | |
| CN109284108B (en) | Unmanned vehicle data storage method and device, electronic equipment and storage medium | |
| CN115757483A (en) | Automatic testing method and device, electronic equipment and storage medium | |
| CN109145164A (en) | Data processing method, device, equipment and medium | |
| CN110647318A (en) | Method, device, equipment and medium for creating instance of stateful application | |
| CN111552792B (en) | Information query method and device, electronic equipment and storage medium | |
| CN110618999A (en) | Data query method and device, computer storage medium and electronic equipment | |
| CN111913922B (en) | Binary structured log generation method, device, equipment and storage medium | |
| CN109033456B (en) | Condition query method and device, electronic equipment and storage medium | |
| CN111563172A (en) | Academic hotspot trend prediction method and device based on dynamic knowledge graph construction | |
| CN108399128A (en) | A kind of generation method of user data, device, server and storage medium | |
| CN110855675B (en) | Mail safety consciousness testing method, device, equipment and storage medium | |
| CN107992457B (en) | Information conversion method, device, terminal equipment and storage medium | |
| CN109766260B (en) | Method, device, electronic equipment and storage medium for configuring test action | |
| CN107168776B (en) | Event statistical method, device, equipment and storage medium | |
| CN114238391A (en) | Data paging query method and device, electronic equipment and storage medium | |
| CN114219643A (en) | Transaction calling method, device, equipment and storage medium | |
| CN113094000A (en) | Vehicle signal storage method and device, storage equipment and storage medium | |
| CN112748930A (en) | Compilation detection method, device, equipment and storage medium | |
| CN112364268A (en) | Resource acquisition method and device, electronic equipment and storage medium |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20211019 Address after: 100176 101, floor 1, building 1, yard 7, Ruihe West 2nd Road, Beijing Economic and Technological Development Zone, Daxing District, Beijing Patentee after: Apollo Intelligent Connectivity (Beijing) Technology Co., Ltd. Address before: 2 / F, baidu building, 10 Shangdi 10th Street, Haidian District, Beijing 100085 Patentee before: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd. |