CN110750790A - Can总线漏洞的检测方法、装置、终端设备及介质 - Google Patents

Can总线漏洞的检测方法、装置、终端设备及介质 Download PDF

Info

Publication number
CN110750790A
CN110750790A CN201910843042.4A CN201910843042A CN110750790A CN 110750790 A CN110750790 A CN 110750790A CN 201910843042 A CN201910843042 A CN 201910843042A CN 110750790 A CN110750790 A CN 110750790A
Authority
CN
China
Prior art keywords
bus
data frame
data
detected
target automobile
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
Application number
CN201910843042.4A
Other languages
English (en)
Other versions
CN110750790B (zh
Inventor
万振华
张海春
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Open Source Network Security Internet Of Things Technology Wuhan Co Ltd
Shenzhen Kaiyuan Internet Security Technology Co Ltd
Original Assignee
Open Source Network Security Internet Of Things Technology Wuhan Co Ltd
Shenzhen Kaiyuan Internet Security Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Open Source Network Security Internet Of Things Technology Wuhan Co Ltd, Shenzhen Kaiyuan Internet Security Technology Co Ltd filed Critical Open Source Network Security Internet Of Things Technology Wuhan Co Ltd
Priority to CN201910843042.4A priority Critical patent/CN110750790B/zh
Publication of CN110750790A publication Critical patent/CN110750790A/zh
Application granted granted Critical
Publication of CN110750790B publication Critical patent/CN110750790B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/577—Assessing vulnerabilities and evaluating computer system security
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
    • G06F11/221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test buses, lines or interfaces, e.g. stuck-at or open line faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40026—Details regarding a bus guardian
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1433—Vulnerability analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40208—Bus networks characterized by the use of a particular bus standard
    • H04L2012/40215—Controller Area Network CAN

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明属于计算机技术领域，尤其涉及一种CAN总线漏洞的检测方法、装置、终端设备及计算机可读存储介质。所述方法通过获取当目标汽车部件处于第一预定状态、第一预定时间内的第一CAN总线数据包和当所述目标汽车部件处于第二预定状态、第二预定时间内的第二CAN总线数据包；基于上述CAN总线数据包确定待检测数据帧；在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化，根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。因此，达到了使检测人员能够根据目标汽车部件状态变化的一些特点，来推断待检测数据帧的属性，并进一步确定出漏洞检测结果，其准确性好、效率高。

Description

CAN总线漏洞的检测方法、装置、终端设备及介质
技术领域
本申请属于计算机技术领域，尤其涉及一种CAN总线漏洞的检测方法、装置、终端设备及计算机可读存储介质。
背景技术
CAN是控制器局域网(Controller Area Network)的缩写，是ISO国际标准化的串行通信协议。而在汽车产业中，CAN逐步成为了汽车网络的标准协议。但由于CAN是一种串行通信网络，又采用明文传输的通信方式，致使CAN总线网络极易遭受网络攻击，从而威胁到整辆汽车的安全。
通常情况下，汽车安全测试人员需要花费大量的时间去规划CAN总线网络攻击路径以及完成对CAN总线网络漏洞的检测。上述方案准确性差、效率低，更会耗费大量的人力物力。
发明内容
有鉴于此，本申请实施例提供了一种CAN总线漏洞的检测方法、装置、终端设备及计算机可读存储介质，以解决现有的CAN总线网络漏洞检测方法准确性差、检测效率低的问题。
本申请实施例的第一方面，提供了一种CAN总线漏洞的检测方法，包括：
当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
在本申请的一些实施例中，在所述当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包之前，还包括：
查找并确定所述目标汽车部件中CAN总线的网络接口位置；
通过所述网络接口位置将CAN嗅探器与所述目标汽车部件中的CAN总线相连，所述CAN嗅探器用于获取CAN总线数据包。
在本申请的一些实施例中，所述根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧，包括：
对所述第一CAN总线数据包和所述第二CAN总线数据包进行解析，得到第一数据帧集合和第二数据帧集合；
查找所述第二数据帧集合中的每一数据帧，确定所述数据帧是否匹配于第一数据帧集合中的任一数据帧；
若不匹配，则将所述数据帧添加到第三数据帧集合；
在所述查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，N为正整数。
在本申请的一些实施例中，所述在查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，包括：
统计各个数据帧在所述第三数据帧集合中出现的频次；
按照频次从高到低的顺序对各个数据帧进行排序，得到数据帧列表；
从所述数据帧列表中选取前N个数据帧作为所述待检测数据帧。
在本申请的一些实施例中，所述在目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化，包括：
将所述待检测数据帧输入CAN嗅探器，所述CAN嗅探器与目标汽车部件中的CAN总线相连；
将所述待检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中；
检测在待检测数据帧发送期间，所述目标汽车部件的状态变化。
在本申请的一些实施例中，所述根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果，包括：
当检测到目标汽车部件发生状态变化时，确定该状态变化时刻所对应的当前待检测数据帧，并将所述当前待检测数据帧与目标汽车部件的状态变化对应添加到所述CAN总线的漏洞检测结果中；以及
当检测到目标汽车部件未发生状态变化时，则跳过当前待检测数据帧，继续进行下一待检测数据帧的发送。
在本申请的一些实施例中，在所述在检测在待检测数据帧发送期间，所述目标汽车部件的状态变化之后，还包括：
在所述待检测数据帧全部发送结束后，若所述目标汽车部件的状态变化次数低于预设阈值时，则从所述待检测数据帧中剔除已检测的数据帧；
将第三数据帧集合中未检测的数据帧添加为所述待检测数据帧，并将所述检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中进行二次测试。
本申请实施例的第二方面，提供了一种CAN总线漏洞的检测装置，包括：
第一数据获取单元，用于当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
第二数据获取单元，用于当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
数据解析单元，用于根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
发送单元，用于在目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
确定单元，用于根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
可选的，所述CAN总线漏洞的检测装置，还包括：
查找单元，用于查找并确定所述目标汽车部件中CAN总线的网络接口位置；
连接单元，用于通过所述网络接口位置将CAN嗅探器与所述目标汽车部件中的CAN总线相连，所述CAN嗅探器用于获取CAN总线数据包。
可选的，所述数据解析单元可以包括：
数据解析子单元，用于对所述第一CAN总线数据包和所述第二CAN总线数据包进行解析，得到第一数据帧集合和第二数据帧集合；
查找匹配子单元，用于查找所述第二数据帧集合中的每一数据帧，确定所述数据帧是否匹配于第一数据帧集合中的任一数据帧；
添加子单元，用于若不匹配，则将所述数据帧添加到第三数据帧集合；
选取子单元，用于在所述查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，N为正整数。
可选的，所述发送单元可以包括：
输入子单元，用于将所述待检测数据帧输入CAN嗅探器，所述CAN嗅探器与目标汽车部件中的CAN总线相连；
发送检测子单元，用于将所述待检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中；检测在待检测数据帧发送期间，所述目标汽车部件的状态变化。
本申请实施例的第三方面，提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述任意一种CAN总线漏洞的检测方法的步骤。
本申请实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述任意一种CAN总线漏洞的检测方法的步骤。
本申请实施例与现有技术相比存在的有益效果是：本申请实施例通过当目标汽车部件处于第一预定状态时，如车门处于关闭时，获取第一预定时间内的第一CAN总线数据包；当所述目标汽车部件处于第二预定状态时，如车门处于开启时，获取第二预定时间内的第二CAN总线数据包；根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化，如车门从关闭变化为开启，根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。因此，达到了使检测人员能够根据目标汽车部件状态变化的一些特点，来推断待检测数据帧的属性，并进一步确定出漏洞检测结果，其准确性好、检测效率高。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1为本申请一个实施例中的CAN总线漏洞的检测方法的流程图；
图2为本申请一个实施例中步骤S130的具体流程图；
图3为本申请一个实施例中步骤S1304的具体流程图；
图4为本申请另一个实施例中的CAN总线漏洞的检测方法的流程图；
图5为本申请一个实施例中步骤S140的具体流程图；
图6为本申请实施例中一种CAN总线漏洞的检测装置的一个实施例结构图；
图7为本申请实施例中一种终端设备的示意框图。
具体实施方式
应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外，在本申请的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
请参阅图1，本发明实施例中一种CAN总线漏洞的检测方法，可以包括：
步骤S110、当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
需要说明的是，所述目标汽车部件，可以是汽车的车门、车灯、后备箱等部件，具体可以根据实际情况确定。所述第一预定状态，可以是目标汽车部件的通常状态，具体可以根据实际情况确定。例如，当目标汽车部件为车门时，其第一预定状态可以是关闭状态。所述第一预定时间内，可以根据实际情况进行设置，但不应设置得太长或太短。若设置得太长，可能出现获取的第一CAN总线数据包过多，使得整个检测过程耗费过多时间。若设置得太短，可能出现获取的第一CAN总线数据包过少，影响检测结果的准确性。例如，可以将第一预定时间设置为30s或60s。
可以理解的是，所述CAN，是控制器局域网(Controller Area Network)的缩写，是一种主要用于连接客车和卡车ECU(Electronic Control Unit，电子控制单元)的标准化总线***。ECU又称“行车电脑”、“车载电脑”等。CAN总线网络由两条双绞线构成，它们分别是CAN_H和CAN_L。总线上各个节点以差分信号进行通信。在CAN总线网络中，各个节点没有主从之分，地位平等。在总线空闲时，任意节点皆可向总线发送消息，最先向总线发送消息的节点获得总线发送权。如果多个节点同时发送消息，则根据ECU ID(Identitydocument，身份标识)进行仲裁，优先级高的节点获得发送权，ID越小优先级越高。
所述包(Packet)，是TCP/IP协议通信传输中的数据单位，一般称为“数据包”。而所述CAN总线数据包，是指利用利用CAN嗅探器，例如Wireshark等网络封包分析软件对在CAN网络中传输的数据包进行捕获所获得的数据包，这些数据包都可能实现对汽车的控制。而第一CAN总线数据包，特指在当目标汽车部件处于第一预定状态时，获取第一预定时间内的CAN总线数据包。例如，当目标汽车部件为车门时，第一预定状态是关闭状态时，在30s内，利用CAN嗅探器，例如Wireshark对在CAN网络中传输的数据包进行捕获，获得数据包。
步骤S120、当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
可以理解，所述第二预定状态，可以是目标汽车部件的异常状态，具体可以根据实际情况判断。例如，当目标汽车部件为车门时，其第二预定状态可以是开启状态。所述第二预定时间内，可以根据实际情况进行设置，但不应设置得太长或太短。若设置得太长，可能出现获取的第二CAN总线数据包过多，使得整个检测过程耗费过多时间。若设置得太短，可能出现获取的第二CAN总线数据包过少，影响检测结果的准确性。例如，可以将第二预定时间设置为30s或60s。
优选地，所述第二预定时间和第一预定时间相同。例如，第一预定时间和第二预定时间都为30s。这样做的好处是，使得两次获取的CAN总线数据包数量差异不至于过大，便于对两次获取的CAN总线数据包进行分析。
需要说明的是，所述目标汽车部件的预定状态的划分仅是用于举例说明，实际上，本申请并不对目标汽车部件的预定状态的数量和变化方式进行限制，可以根据具体应用场景进行确定。
步骤S130、根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
如图2所示，在本发明的一个实施例中，步骤S130包括如下步骤：
步骤S1301、对所述第一CAN总线数据包和所述第二CAN总线数据包进行解析，得到第一数据帧集合和第二数据帧集合；
可以理解的是，所述第一数据帧集合是第一CAN总线数据包解码后对应的各个数据帧的集合；所述第二数据帧集合是第二CAN总线数据包解码后对应的各个数据帧的集合。利用Wireshark等网络封包分析软件，可以对在CAN网络中传输的数据包进行捕获和解析，获得解析后的数据帧。
步骤S1302、查找所述第二数据帧集合中的每一数据帧，确定所述数据帧是否匹配于第一数据帧集合中的任一数据帧；
可以理解的是，通过比较第二数据帧集合包含的数据帧与第一数据帧集合包含的数据帧的不同，可以确定变化的数据帧。例如，第一数据帧集合为100个数据帧，而第二数据帧集合为120个数据帧。通过比较第二数据帧集合中120个数据帧是否出现在第一数据帧集合中，可以确定第二数据帧集合相对于第一数据帧的变化。具体而言，需要比较各个数据帧的内容、发送目的地址、发送源端地址等信息，确定两个数据帧是否相同。在本例中，第二数据帧集合有20个数据帧未出现在第一数据帧集合中。
步骤S1303、若不匹配，则将所述数据帧添加到第三数据帧集合；
仍以上例进行说明，第二数据帧集合有20个数据帧未出现在第一数据帧集合中，则将该20个数据帧调加到第三数据帧集合中。所述第三数据帧集合为第二数据帧集合的子集。
优选地，所述第三数据帧集合在初始状态下为空集合。这样做的好处是，防止第三数据帧集合中原有的数据帧对后续步骤产生干扰，从而影响CAN网络漏洞检测的准确性。
步骤S1304、在所述查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，N为正整数。
如图3所示，在本发明的一个实施例中，步骤S1304包括如下步骤：
步骤S13041、统计各个数据帧在所述第三数据帧集合中出现的频次；
仍以上例进行说明，第二数据帧集合有20个数据帧，包含数据帧A，B，C，D，E，F，G，H。统计各个数据帧出现的次数，在本例中，A，B，C，D，E，F，G，H的出现次数依次是：4，2，1，3，1，5，3，1。
步骤S13042、按照频次从高到低的顺序对各个数据帧进行排序，得到数据帧列表；
仍以上例进行说明，各个数据帧按照频次从高到低的顺序为：F：5，A：4，D：3，G：3，B：2，C：1，E：1，H：1。所述数据帧列表，可以是包含数据帧名、出现次数等信息。
步骤S13043、从所述数据帧列表中选取前N个数据帧作为所述待检测数据帧。
仍以上例进行说明，根据出现次数多少，依次将数据帧选为待检测数据帧。上述待检测数据帧可以组合成一个待检测数据帧列表。所述N值可以根据实际情况确定，在本例中，可以将N设为5，则F，A，D，G，B将被选取作为待检测数据帧。所述5个待检测数据帧，构成一个待检测数据帧列表。
步骤S140、在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
如图4所示，在本申请的一个实施例中，在所述当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包之前，还包括以下步骤：
步骤S100、查找并确定所述目标汽车部件中CAN总线的网络接口位置；
需要说明的是，所述CAN总线的网络接口，是车载诊断***(On-BoardDiagnostics，OBD)接口，该接口一般位于汽车方向盘的下方，油门及刹车踏板上方的位置。在不同车型中，其所处位置略有不同。OBD接口具有16针引脚，
步骤S105、通过所述网络接口位置将CAN嗅探器与所述目标汽车部件中的CAN总线相连，所述CAN嗅探器用于获取CAN总线数据包。
需要说明的是，通过所述CAN总线的网络接口，可以将CAN嗅探器接入到汽车CAN网络。在查找CAN总线的网络接口位置时，可以利用万用表查找。通过测量网络线两端的电压，可以推断该网络线是否为CAN总线。例如，如果测量出两根网络线的电压分别在预定范围内，比如一端为3.5V，一端为1.5V，那么这两条网络线有可能是CAN线。当然，关于查找CAN总线的网络接口位置的方法，已属于现有技术的范畴，故本申请不对其进行过多说明。
可以理解的是，所述CAN嗅探器，是一种监视CAN网络数据运行的软件设备，可以监视CAN网络中的网络流量、抓取并分析数据包、监视网络资源利用、执行网络安全操作规则、鉴定分析网络数据以及诊断并修复网络问题等等。
如图5所示，在本申请的一个实施例中，步骤S140包括以下步骤：
步骤S1401、将所述待检测数据帧输入CAN嗅探器，所述CAN嗅探器与目标汽车部件中的CAN总线相连；
可以理解的是，将所述待检测数据帧输入CAN嗅探器的方式可以根据实际情况确定，本申请对此不做限定。
步骤S1402、将所述待检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中；
可以理解的是，CAN嗅探器可以将上述待检测数据帧按照预定间隔时间释放到CAN总线网络之中，供连接在CAN网络上的ECU控制器进行捕获，在捕获上述待检测数据帧后，ECU控制器可选择性地接收或者响应该待检测数据帧，并决定是否向汽车目标部件发送相应的执行命令。
所述预定间隔时间，可以根据实际情况进行设置，但不应设置得太长或太短。若设置得太长，可能使整个检测过程耗费过多时间。若设置得太短，可能使ECU控制器响应不及时，从而出现错误的检测结果，影响了检测结果的准确性。例如，可以将预定间隔时间设置为0.5s。
步骤S1403、检测在待检测数据帧发送期间，所述目标汽车部件的状态变化。
需要说明的是，所述待检测数据帧发送期间是指某个待检测数据帧开始发送点到下一个待检测数据帧发送点间的时间段。比如，待检测数据帧依次为F，A，D，G，B时，F的发送期间为0-0.2s，A的发送期间为0.2-0.4s，D的发送期间为0.4-0.6s，G的发送期间为0.6-0.8s，B的发送期间为0.8-1s。
所述目标汽车部件的状态变化，是指目标汽车部件从一个状态变化为另一个状态。例如当目标汽车部件为车门时，车门从关闭的通常状态变化为开启的异常状态。
步骤S150、根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
在本申请的一个实施例中，步骤S150包括以下步骤：
当检测到目标汽车部件发生状态变化时，确定该状态变化时刻所对应的当前待检测数据帧，并将所述当前待检测数据帧与目标汽车部件的状态变化对应添加到所述CAN总线的漏洞检测结果中；以及
当检测到目标汽车部件未发生状态变化时，则跳过当前待检测数据帧，继续进行下一待检测数据帧的发送。
可以理解的是，在CAN总线网络中，各个目标汽车部件采用验收滤波机制来接收CAN总线网络上的数据帧。即连接在CAN网络上ECU控制器，根据数据帧信息选择性地向各个目标汽车部件发送对应的接收或者响应该数据帧的指令，各个目标汽车部件接收或者响应该数据帧的指令，执行相应的动作，完成状态变化过程。
所述CAN总线的漏洞检测结果可以是一张信息列表，记录导致各个目标汽车部件状态发生变化的待检测数据帧的相关信息。例如，数据列表可以包括：待检测数据帧F，发送期间：0-0.2s，目标汽车部件：车门，状态变化：由关闭到开启。待检测数据帧A，发送期间：0.2-0.4s，目标汽车部件：车灯，状态变化：由关闭到开启。
在本申请的一个实施例中，在步骤S1403之后，还包括：
在所述待检测数据帧全部发送结束后，若所述目标汽车部件的状态变化次数低于预设阈值时，则从所述待检测数据帧中剔除已检测的数据帧，和\或将第三数据帧集合中未检测的数据帧添加为所述待检测数据帧，并将所述检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中进行二次测试。
可以理解的是，所述预设阈值可以根据实际情况进行设置，对于不同的目标汽车部件，可能设置不同的阈值。原则上是，不应设置得太大或太小。例如，当目标汽车部件为车门时，预设阈值为3；当目标汽车部件为车灯时，预设阈值为5。
需要说明的是，从所述待检测数据帧中剔除已检测的数据帧，是指将未导致各个目标汽车部件状态发生变化的待检测数据帧从待检测数据帧列表中剔除，不再作为下一次测试的待检测数据帧列表中的数据帧。将第三数据帧集合中未检测的数据帧添加为所述待检测数据帧，是指将第三数据帧集合中未检测的数据帧加入到待检测数据帧列表，作为下一次测试的待检测数据帧列表中的数据帧。例如，上例子中的数据帧C，E，H在第一次测试时，未被选为待检测数据帧。但在本次检测结束后，可以将上述三个数据帧添加到待检测数据帧列表中。
综上所述，本申请实施例通过当目标汽车部件处于第一预定状态时，如车门处于关闭时，获取第一预定时间内的第一CAN总线数据包；当所述目标汽车部件处于第二预定状态时，如车门处于开启时，获取第二预定时间内的第二CAN总线数据包；根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；在目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化，如车门从关闭变化为开启，根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。因此，达到了使检测人员能够根据目标汽车部件状态变化的一些特点，来推断待检测数据帧的属性，并进一步确定出漏洞检测结果，其准确性好、检测效率高。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
图6示出了本申请实施例提供的一种CAN总线漏洞的检测装置的一个实施例结构图。
本实施例中，一种CAN总线漏洞的检测装置可以包括：
第一数据获取单元601，用于当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
第二数据获取单元602，用于当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
数据解析单元603，用于根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
发送单元604，用于在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
确定单元605，用于根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
可选的，所述CAN总线漏洞的检测装置，还包括：
查找单元，用于查找并确定所述目标汽车部件中CAN总线的网络接口位置；
连接单元，用于通过所述网络接口位置将CAN嗅探器与所述目标汽车部件中的CAN总线相连，所述CAN嗅探器用于获取CAN总线数据包。
可选的，所述数据解析单元可以包括：
数据解析子单元，用于对所述第一CAN总线数据包和所述第二CAN总线数据包进行解析，得到第一数据帧集合和第二数据帧集合；
查找匹配子单元，用于查找所述第二数据帧集合中的每一数据帧，确定所述数据帧是否匹配于第一数据帧集合中的任一数据帧；
添加子单元，用于若不匹配，则将所述数据帧添加到第三数据帧集合；
选取子单元，用于在所述查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，N为正整数。
可选的，所述发送单元可以包括：
输入子单元，用于将所述待检测数据帧输入CAN嗅探器，所述CAN嗅探器与目标汽车部件中的CAN总线相连；
发送检测子单元，用于将所述待检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中；检测在待检测数据帧发送期间，所述目标汽车部件的状态变化。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置，单元和子单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
图7示出了本发明实施例提供的一种终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。
在本实施例中，所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备7可包括：处理器70、存储器71以及存储在所述存储器71中并可在所述处理器70上运行的计算机可读指令72，例如执行上述的CAN总线漏洞的检测方法的计算机可读指令。所述处理器70执行所述计算机可读指令72时实现上述各CAN总线漏洞的检测装置方法实施例中的步骤，例如图1所示的步骤S110至S150。或者，所述处理器70执行所述计算机可读指令72时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块601至605的功能。
示例性的，所述计算机可读指令72可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器71中，并由所述处理器70执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机可读指令72在所述终端设备8中的执行过程。
所述处理器70可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储所述计算机可读指令以及所述终端设备7所需的其它指令和数据。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。
在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
在本申请的示例性实施例中，还提供了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。
根据本公开的一个实施例，还提供了一种用于实现上述方法实施例中的方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种CAN总线漏洞的检测方法，其特征在于，包括：
当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
2.根据权利要求1所述的CAN总线漏洞的检测方法，其特征在于，在所述当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包之前，还包括：
查找并确定所述目标汽车部件中CAN总线的网络接口位置；
通过所述网络接口位置将CAN嗅探器与所述目标汽车部件中的CAN总线相连，所述CAN嗅探器用于获取CAN总线数据包。
3.根据权利要求1所述的CAN总线漏洞的检测方法，其特征在于，所述根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧，包括：
对所述第一CAN总线数据包和所述第二CAN总线数据包进行解析，得到第一数据帧集合和第二数据帧集合；
查找所述第二数据帧集合中的每一数据帧，确定所述数据帧是否匹配于第一数据帧集合中的任一数据帧；
若不匹配，则将所述数据帧添加到第三数据帧集合；
在所述查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，N为正整数。
4.根据权利要求3所述的CAN总线漏洞的检测方法，其特征在于，所述在查找所述第二数据帧集合中的每一数据帧结束后，从所述第三数据帧集合中选取N个数据帧作为所述待检测数据帧，包括：
统计各个数据帧在所述第三数据帧集合中出现的频次；
按照频次从高到低的顺序对各个数据帧进行排序，得到数据帧列表；
从所述数据帧列表中选取前N个数据帧作为所述待检测数据帧。
5.根据权利要求1所述的CAN总线漏洞的检测方法，其特征在于，所述在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化，包括：
将所述待检测数据帧输入CAN嗅探器，所述CAN嗅探器与目标汽车部件中的CAN总线相连；
将所述待检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中；
检测在待检测数据帧发送期间，所述目标汽车部件的状态变化。
6.根据权利要求1所述的CAN总线漏洞的检测方法，其特征在于，所述根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果，包括：
当检测到目标汽车部件发生状态变化时，确定该状态变化时刻所对应的当前待检测数据帧，并将所述当前待检测数据帧与目标汽车部件的状态变化对应添加到所述CAN总线的漏洞检测结果中；以及
当检测到目标汽车部件未发生状态变化时，则跳过当前待检测数据帧，继续进行下一待检测数据帧的发送。
7.根据权利要求5所述的CAN总线漏洞的检测方法，其特征在于，在所述检测在待检测数据帧发送期间，所述目标汽车部件的状态变化之后，还包括：
在所述待检测数据帧全部发送结束后，若所述目标汽车部件的状态变化次数低于预设阈值时，则从所述待检测数据帧中剔除已检测的数据帧；
将第三数据帧集合中未检测的数据帧添加为所述待检测数据帧，并将所述检测数据帧按照预定间隔时间，依次发送到目标汽车部件的CAN总线中进行二次测试。
8.一种CAN总线漏洞的检测装置，其特征在于，包括：
第一数据获取单元，用于当目标汽车部件处于第一预定状态时，获取第一预定时间内的第一CAN总线数据包；
第二数据获取单元，用于当所述目标汽车部件处于第二预定状态时，获取第二预定时间内的第二CAN总线数据包；
数据解析单元，用于根据所述第一CAN总线数据包和所述第二CAN总线数据包确定待检测数据帧；
发送单元，用于在所述目标汽车部件的CAN总线中发送所述待检测数据帧，并检测所述目标汽车部件的状态变化；
确定单元，用于根据所述目标汽车部件的状态变化确定CAN总线的漏洞检测结果。
9.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的CAN总线漏洞的检测方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的CAN总线漏洞的检测方法的步骤。
CN201910843042.4A 2019-09-06 2019-09-06 Can总线漏洞的检测方法、装置、终端设备及介质 Active CN110750790B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910843042.4A CN110750790B (zh) 2019-09-06 2019-09-06 Can总线漏洞的检测方法、装置、终端设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910843042.4A CN110750790B (zh) 2019-09-06 2019-09-06 Can总线漏洞的检测方法、装置、终端设备及介质

Publications (2)

Publication Number Publication Date
CN110750790A true CN110750790A (zh) 2020-02-04
CN110750790B CN110750790B (zh) 2021-09-24

Family

ID=69276097

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910843042.4A Active CN110750790B (zh) 2019-09-06 2019-09-06 Can总线漏洞的检测方法、装置、终端设备及介质

Country Status (1)

Country Link
CN (1) CN110750790B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111049716A (zh) * 2019-12-19 2020-04-21 深圳市华翼智能有限公司 一种汽车can数据解密方法及装置
CN111552597A (zh) * 2020-03-27 2020-08-18 深圳开源互联网安全技术有限公司 汽车can总线网络安全测试***及方法
CN111865717A (zh) * 2020-07-03 2020-10-30 深圳开源互联网安全技术有限公司 Can总线常规包逆向测试方法、***、电子设备及存储介质
CN114448744A (zh) * 2022-01-28 2022-05-06 航天科工火箭技术有限公司 复用标识号的can数据解析方法、装置、设备及介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104301177A (zh) * 2014-10-08 2015-01-21 清华大学 Can报文异常检测方法及***
CN106364424A (zh) * 2015-07-24 2017-02-01 广州汽车集团股份有限公司 一种车辆异常信息传输***、方法及智能车载盒
CN108803572A (zh) * 2018-06-27 2018-11-13 深圳市元征科技股份有限公司 一种汽车通讯数据定位方法、***、装置
CN108989319A (zh) * 2018-07-27 2018-12-11 北京梆梆安全科技有限公司 基于can总线的车辆入侵检测方法及车辆入侵检测装置
US10193903B1 (en) * 2016-04-29 2019-01-29 Symantec Corporation Systems and methods for detecting suspicious microcontroller messages
CN109688152A (zh) * 2019-01-03 2019-04-26 南京邮电大学 一种面向车载can总线的报文注入式攻击的检测方法
CN110007658A (zh) * 2019-03-12 2019-07-12 百度在线网络技术（北京）有限公司 车辆can总线的异常监测方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104301177A (zh) * 2014-10-08 2015-01-21 清华大学 Can报文异常检测方法及***
CN106364424A (zh) * 2015-07-24 2017-02-01 广州汽车集团股份有限公司 一种车辆异常信息传输***、方法及智能车载盒
US10193903B1 (en) * 2016-04-29 2019-01-29 Symantec Corporation Systems and methods for detecting suspicious microcontroller messages
CN108803572A (zh) * 2018-06-27 2018-11-13 深圳市元征科技股份有限公司 一种汽车通讯数据定位方法、***、装置
CN108989319A (zh) * 2018-07-27 2018-12-11 北京梆梆安全科技有限公司 基于can总线的车辆入侵检测方法及车辆入侵检测装置
CN109688152A (zh) * 2019-01-03 2019-04-26 南京邮电大学 一种面向车载can总线的报文注入式攻击的检测方法
CN110007658A (zh) * 2019-03-12 2019-07-12 百度在线网络技术（北京）有限公司 车辆can总线的异常监测方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
杨宏: "基于智能网联汽车的CAN总线攻击与防御检测技术研究", 《中国优秀硕士学位论文全文数据库•工程科技Ⅱ辑》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111049716A (zh) * 2019-12-19 2020-04-21 深圳市华翼智能有限公司 一种汽车can数据解密方法及装置
CN111552597A (zh) * 2020-03-27 2020-08-18 深圳开源互联网安全技术有限公司 汽车can总线网络安全测试***及方法
CN111865717A (zh) * 2020-07-03 2020-10-30 深圳开源互联网安全技术有限公司 Can总线常规包逆向测试方法、***、电子设备及存储介质
CN111865717B (zh) * 2020-07-03 2021-12-24 深圳开源互联网安全技术有限公司 Can总线常规包逆向测试方法、***、电子设备及存储介质
CN114448744A (zh) * 2022-01-28 2022-05-06 航天科工火箭技术有限公司 复用标识号的can数据解析方法、装置、设备及介质
CN114448744B (zh) * 2022-01-28 2024-05-03 航天科工火箭技术有限公司 复用标识号的can数据解析方法、装置、设备及介质

Also Published As

Publication number Publication date
CN110750790B (zh) 2021-09-24

Similar Documents

Publication Publication Date Title
CN110750790B (zh) Can总线漏洞的检测方法、装置、终端设备及介质
CN110515366B (zh) 一种故障诊断方法及装置
CN111061250B (zh) 一种汽车can总线信息安全测试方法
CN114374565A (zh) 车辆can网络的入侵检测方法、装置、电子设备和介质
WO2017000424A1 (zh) 协议检测方法及装置
CN111897724B (zh) 一种适用于云平台的自动化测试方法及装置
CN111290958B (zh) 一种调试智能合约的方法及装置
US11868222B2 (en) System and method for integration testing
CN113608518B (zh) 数据生成方法、装置、终端设备及介质
CN112818569A (zh) 一种属性驱动的安全协议符号化模型检测方法和***
KR20190102427A (ko) Can 기기의 보안/품질을 검증하기 위한 퍼징 시스템 및 그 퍼징 방법
CN108009092B (zh) 一种车载网络管理通用测试用例协议的设计方法
US9646252B2 (en) Template clauses based SAT techniques
Boigelot et al. Model checking in practice: An analysis of the access. bus™ protocol using spin
CN114488997B (zh) Ecu刷写的方法、装置、电子设备及存储介质
CN111917692A (zh) 模糊测试方法、装置、设备及计算机可读存储介质
CN115550228A (zh) 车联网总线通信网络测试方法及***
Lee et al. Collecting big data from automotive ECUs beyond the CAN bandwidth for fault visualization
US20210042394A1 (en) Extracting temporal specifications of features for functional compatibility and integration with oems
Nyamdelger et al. Fuzz testing and safe framework development for vehicle security analysis
CN108288135B (zh) ***兼容方法及装置、计算机可读存储介质及电子设备
CN110442370A (zh) 一种测试用例查询方法及装置
CN118051920B (zh) 一种漏洞验证请求包生成方法、装置、设备及存储介质
Zhang et al. Verv: A temporal and data-concerned verification framework for the vehicle bus systems
CN112087346B (zh) 诊断转换盒状态确定方法、上位机及存储介质

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