AUTOSAR SecOC(Secure Onboard Communication)机制简介

已于 2024-02-27 18:54:37 修改
阅读量1.9k 收藏 31
点赞数 50
分类专栏： 汽车信息安全 文章标签： 网络安全 汽车 mcu 安全架构 安全 AUTOSAR SecOC
于 2024-02-23 15:17:46 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/anjiyufei/article/details/136256770
版权

一、背景

随着汽车功能越来越强大，ECU数量也不断增加，从十几个逐渐增加到几十个。且为完成越来越高阶的汽车功能，各ECU之前需紧密配合，ECU间的通信需求也急剧增加。但汽车通信在设计之初，也存在早期TCP/IP协议栈上出现的问题：没有考虑信息安全。在汽车内部通信环境中，接收端ECU只要检测到总线上的发送给我的信号，且信号格式是规范的，ECU就会进行响应。例如智驾模块的ACC功能检测到前车刹车，可以发送一个刹车信号给刹车ECU，刹车ECU接收到信号后，就进行刹车。但攻击者也可以去重放或伪造一个刹车信号，直接发送到总线中，此时刹车ECU检测到刹车信号，同样会做出刹车动作。出现此问题的核心在于，刹车ECU无法区分接收到的信号是合法ECU发出的还是攻击者伪造/重放的，刹车ECU只要接收到符合规范的信号，就做出响应。故从信息安全角度考量，需要一套机制来保障ECU能识别信号是否为合法的发送方所发送的，即检测接收到的信号的真实性和完整性。
为解决此需求，AUTOSAR中定义了SecOC(Secure Onboard Communicaton)机制，通过该机制来保障车辆ECU之间通信的真实性和完整性，使得ECU可以识别出伪造或重放的信号，从而规避攻击者的攻击。

二、概述

在这里插入图片描述
SecOC的总体机制如上图所示：

  • SecOC需在发送方和接收方同步实施
  • SecOC模块与PduR模块进行交互
  • 在发送方， SecOC 模块通过向待发送的原始PDU 添加认证信息，从而创建出安全 PDU。认证信息包括 MAC 值（消息认证码）和新鲜度值信息。
  • 在接收方， SecOC 模块通过验证发送方 SecOC 模块附加的认证信息来检查安全 PDU 的新鲜性和完整性。只有接收方 SecOC 的安全 PDU数据是发送方 SecOC 生成的安全 PDU 数据时，接收方才能验证通过，验证通过后由 PDUR 模块将该 PDU 转发至应用层使用；若PDU数据不是合法的发送方所发送或被非法篡改，均会导致验证不通过，则PDUR不再路由该 PDU到应用层。
  • PDU 发送方和接收方的 SecOC 模块从新鲜度值管理模块获得每个安全 PDU 的新鲜度值（FreshnessValue，简称 FV）。接收方必须能正确获取到发送发计算MAC时使用的FV值，若接受方获取到的FV值和发送发FV值不相同，必然会导致MAC验证失败。保证FV值的相同由新鲜度值管理模块进行管理。

三、安全PDU

3.1 安全PDU格式

在这里插入图片描述

如上图所示，安全PDU由4部分组成：安全PDU头（可选）、原始PDU、新鲜度值（可选）、认证信息（MAC值）

  • Secured I-PDU Header：原始I-PDU的长度。当原始PDU为动态PDU时，需通过header中长度知晓FV和Authenticator的位置。通常不使用该字段。
    在这里插入图片描述在这里插入图片描述

  • Authentica I-PDU：原始I-PDU

  • Freshness Value：新鲜度值

  • Authenticator：认证信息，即MAC值

3.1.1 Authenticator/MAC

MAC 值是使用密钥(KeyID)，安全 PDU 的数据标识符（如 CAN-FD 协议的 PDU 数据标识符为 CANID），原始 PDU和新鲜度值通过 AES-128-CMAC 算法生成的唯一认证数据串。

  • KeyID: 在进行 MAC 计算时是需要密钥参与的，通常密钥是由 CSM（加密服务模块）提供，一般 CSM 模块会封装密钥，一个 KeyID 对应一个密钥，在调用时只需要接口提供 KeyID来参与 MAC 计算， KeyID 进行设置的话，设为 01（固定值），长度 8 位，范围设置为 0x01-0xFF 之间。
  • CANID:根据标准定义 16bit 的 Data Id（参数： SecOCDataId）
  • 新鲜度值：每个安全 PDU 需要配置有一个新鲜度值。新鲜度值 FV 是用于确保安全 PDU 新鲜度的单调计数器。新鲜度值应来自新鲜度值管理模块。

SecOC 模 块 应 构 造 用 于 生 成 MAC 值 的 数 据 DataToAuthenticator 。
DataToAuthenticator 由 PDU 的数据标识符 SecOCDataId，原始 PDU 以及该 PDU 的数据标识符相对应的完整新鲜度值进行连接构成。 PDU 的数据标识符和新鲜度值应以 BigEndian字节顺序编码。

3.1.2 新鲜度值和Authenticator截断

原始新鲜度值长度为8字节，原始MAC值长度为16字节。为降低链路负载，可考虑对新鲜度值和MAC进行截取一部分，作为有效信息。

  • 新鲜度值：N字节，从低有效位开始截取，长度可自定义
  • MAC值：M字节，从高有效位开始截取，长度可自定义
    在这里插入图片描述

3.2 安全PDU的创建

为原始PDU创建安全PDU包含如下6个步骤：

  1. 准备构建安全 PDU
    在准备期间，应分配必要的缓冲区以保存认证过程的中间和最终结果。
  2. 为生成 MAC 值构建数据
    SecOC 模 块 应 构 造 用 于 生 成 MAC 值 的 数 据 DataToAuthenticator 。
    DataToAuthenticator 由 PDU 的数据标识符 SecOCDataId，原始 PDU 以及该 PDU 的数据
    标识符相对应的完整新鲜度值进行连接构成。 PDU 的数据标识符和新鲜度值应以 BigEndian
    字节顺序编码。
  3. 生成 MAC 值
    SecOC 模块应通过将 DataToAuthenticator， DataToAuthenticator 的长度传递到认证
    算法（AES-128-CMAC）中生成 MAC 值。
    SecOC 模块应将生成的 MAC 值截取为指定的位数 SecOCAuthInfoTruncLength。
  4. 构建安全 PDU
    SecOC 模块应通过将截取的新鲜度值信息和截取的 MAC 值信息添加到原始 PDU 来构
    建安全 PDU。
    安全 PDU 中内容的结构顺序应符合以下要求：
    安全 PDU=原始 PDU|截取的新鲜度值（长度 SecOCFreshnessValueTruncLength） |截取
    的 MAC 值（长度为 SecOCAuthInfoTruncLength）
  5. 更新新鲜度值
    需要通知新鲜度值管理模块，将安全 PDU 对应的新鲜度值进行更新。
  6. 发送安全 PDU
    将安全 PDU 发送。

3.3 安全PDU的认证

验证安全PDU包含如下6个步骤：

  1. 解析安全 PDU
    收到安全 PDU 后， SecOC 模块应从中解析原始 PDU，截取的新鲜度值和截取的 MAC值。

  2. 从新鲜度值管理模块获取新鲜度值
    SecOC 模块从新鲜度值管理模块获取与 PDUID 对应的新鲜度值。

  3. 构建验证 MAC 值的数据
    SecOC 模块应构造用于计算接收方 MAC 值（DataToAuthenticator）的数据。该数据由 SecOCDataId，原始 PDU 数据以及用于验证的新鲜度值（FreshnessVerifyValue）连接组成。 用于验证的新鲜度值（FreshnessVerifyValue）应按照接收消息的新鲜值构建方式的要求进行构造。

  4. 验证安全 PDU 中的认证信息
    SecOC 模块应通过将 DataToAuthenticator， DataToAuthenticator 的长度，从安全PDU 解析的 MAC 值和其长度 SecOCAuthInfoTruncLength 传递到认证算法（AES-128-CMAC）中来验证 MAC 值。
    如果 MAC 值验证通过（即通过本地认证算法计算得到的 MAC 值与 PDU 中截取的MAC 值一致），则安全 PDU 通过验证。
    如果 MAC 值验证不通过，则按下图进行处理。判断验证尝试次数是否超出最大验证尝试次数 SecOCFreshnessValueSyncAttempts，最大验证尝试次数应设置为 3（考虑到在消息传输时，网络上可能存在丢包的情况，会造成消息收发双方新鲜度值高位部分不一致的情况，因此设置最大验证尝试次数保证合法消息的顺利接收。）如果不超过，则对待验证新鲜度值中消息计数器的高有效位进行自增处理，并继续进行 MAC 值验证，如果超过，则认定对该安全 PDU 的验证失败，并按照安全 PDU 验证失败处理的要求进行处理。
    在这里插入图片描述

  5. 更新新鲜度值
    如果安全 PDU 通过验证，需要对本地的新鲜度值进行更新，将本地的新鲜度值设置为此次待验证新鲜度值。

  6. 将原始 PDU 传递给上层应用
    如果安全 PDU 的验证成功，则 SecOC 模块应使用 PDUR 模块提供的接口将原始 PDU传递给上层应用模块。

四、SecOC和PDUR交互

在这里插入图片描述

当上层应用需要发送数据时，上层应用将原始 PDU 信息传输给 PDUR 模块，然后PDUR 模块通过 PDU 标识符判断该 PDU 是否需要实施 SecOC 机制，如果是，则 PDUR 模块将该 PDU 信息转发到 SecOC 模块，由 SecOC 模块对其进行认证，形成安全 PDU 后，SecOC 模块再将安全 PDU 传输给 PDUR 模块进行转发，传输到下层通信模块。

当下层通信模块收到数据时，下层通信模块将 PDU 信息传输给 PDUR 模块，然后PDUR 模块通过 PDU 标识符判断该 PDU 是否需实施了 SecOC 机制，如果是，则 PDUR 模块将该 PDU 信息转发到 SecOC 模块，由 SecOC 模块对其进行验证，验证通过后， SecOC模块再将原始 PDU 传输给 PDUR 模块进行转发，传输到上层应用。

五、新鲜度值管理

新鲜度值管理参考AUTOSAR标准的附录A，附录A中给出四种新鲜度值管理模式：基于单新鲜度计数器、基于新鲜度时间戳、基于多新鲜度计数器（截断模式）、基于多新鲜度计数器（完整模式）。在实际项目中，大多数选择的是：基于多新鲜度计数器（截断模式），故后续基于此模式进行解读。

5.1 新鲜度管理器模式

通常选择一个master的方式，如下图：
在这里插入图片描述

实体描述
Sender ECU发送安全PDU的ECU，接收从主FV管理器发送的新鲜度同步消息，并在创建安全PDU时使用FV
Receiver ECU接收和验证安全PDU的ECU，接收从主FV管理器发送的新鲜度同步消息，并在验证安全PDU时使用FV
FV management master ECU作为FV管理节点，向所有使用SecOC的ECU发送新鲜度值同步消息

5.2 新鲜度值结构

在这里插入图片描述

字段描述
Trip Counter（同步计数器）MASTERFVM所在ECU会通过新鲜度值同步消息将当前同步计数器的值发送SLAVEFVM所在ECU。 SLAVEFVM需要维护该值。该值需要存储在NVM中。
Reset Counter （重置计数器）该计数器在MASTERFVM周期性的自增。 MASTERFVM所在ECU会通过新鲜度值同步消息将当前重置计数器的值发送给SLAVEFVM所在ECU。 SLAVEFVM需要维护该值。
Message Counter（消息计数器）安 全 PDU发送端每次发送安全PDU后，对应的消息计数器自增1。高位表示高有效位，低位表示低有效位。
ResetFlag（重置低位）为重置计数器的低有效位。其值与重置计数器同步。

计数器变换说明

计数器变化条件置为初始值的条件初始值长度
Trip Counter（同步计数器）当masterFVM所在的ECU的FVM初始化时、当被唤醒时、当reset时、当电源状态从IG-OFF=>IG-ON时，均自增11.当同步计数器达到最大值，并且发生自增。
2.当密钥更新且重启时		masterFVM:1
salveVM:0		最大24bit
Reset Counter （重置计数器）1.当MASTERFVM的每个重置周期（ResetCycle）到达时,MASTERFVM重置计数器自增1。
2.当MASTERFVM收到同步请求消息，重置计数器自增1.		当 同步计数器自增 或FVM初始化时masterFVM:1
slaveFVM:0		最大24bit
Message Counter（消息计数器）当PDU发送端每次安全PDU消息传输成功后，PDU发送端的消息计数器自增1。
注： ECU启动后向外发的第一帧安全PDU的消息计数器的值应为1		当重置计数器自增或FVM初始化时slaveFVM:0最大48bit
ResetFlag（重置低位）与重置计数器低位同步与重置计数器低位同步与重置计数器低位同步最大2bit

在这里插入图片描述

5.2.1 计数器达到最大值

5.2.1.1 Master FVM
  1. TripCounter同步计数器
    当TripCounter达到最大值，并且触发TripCounter自增条件（如ECU上电），TripCounter和ResetCounter均设置为初始值。
  2. ResetCounter重置计数器
    当ResetCounter达到最大值，并且触发ResetCounter自增条件（如进入新的重置周期），ResetCounter值保持不变，固定位最大值。
5.2.1.2 Slave FVM
  1. TripCounter同步计数器达到最大值（或接近最大值）
    若满足下方条件1和条件2，则接受新鲜度值同步消息并验证。如果验证通过，则更新FVM中保存的计数器值。每个计数器的先前发送值和先前接收值需置为初始值。
    条件1和条件2中的同步计数器接收窗口设置为3
    条件1:
    同步计数器最大值-同步计数器接收窗口 <= FVM中保存的最新同步计数器 <= 同步计数器最大值
    条件2：
    同步计数器初始值 <= 新鲜度值同步消息中的同步计数器值 <= 同步计数器初始值+同步计数器接收窗口

[Reason] This is to provide a permissible range (ClearAcceptanceWindow),
taking into consideration cases where the trip counters of the FV management
master ECU and slave ECU deviate from each other around the maximum value.
The initial value of the trip counter in Condition 2 refers to the initial value of the
FV management master ECU

  1. ResetCounter
    当ResetCounter达到最大值时，ResetCounter不在变化，固定位最大值。ResetCounter使用最大值去生成MAC值
  2. MessageCounter
    当MessageCounter达到最大值时，MessageCounter不在变化，固定位最大值。MessageCounter使用最大值去生成MAC值

5.3 新鲜度值同步信息

5.3.1 新鲜度同步消息

MASTER FVM 和 SLAVE FVM 应具有新鲜度值同步功能，用于将 MASTER FVM 当前的新鲜度值信息同步到 SLAVE FVM，保证安全 PDU 收发两端新鲜度值的一致性。
新鲜度值同步消息格式：
在这里插入图片描述

  • TripCounter:同步计数器，3个字节。为Master FVM当前的TripCounter值；
  • ResetCounter：重置计数器，2个字节。为Master FVM当前的ResetCounter值；
  • Authenticator：认证信息，即MAC值，11个字节。使用AES-128-CMAC算法，以TripCounter和ResetCounter作为输入，计算得到MAC值作为认证信息；

Slave FVM通过校验认证信息来判断新鲜度值同步消息的合法性。

5.3.2 CANID分配

  1. 为Master FVM分配一个CANID用于发送新鲜度值同步消息。发送方位Master FVM所在的ECU，接收方为其他实施SecOC机制的ECU。
  2. 为作为Slave FVM的每个ECU分配一个CANID，用于发送新鲜度值同步请求消息。发送方为Slave FVM的ECU，接收方为Master FVM的ECU。
  3. 应分配高优先级的CANID。

5.4 Master FVM处理流程

Master FVM需维护如下计数器：

计数器描述更新条件
最新的TripCounterMaster FVM当前的TripCounterMaster FVM初始化时自增1
最新的ResetCounterMaster FVM当前的ResetCounter1.Master FVM每进入一个重置周期时，自增1.
2.Master FVM收到新鲜度值同步请求时，在发送新鲜度值同步消息前，自增1.

5.4.1 初始化流程

Master FVM所在的ECU在启动、唤醒、复位时执行如下过程：

  1. 获取存储在非易失性存储器中的同步计数器值。在第一次启动或无法从非易失性存储器读取同步计数器值时，将同步计数器设置为初始值1。如果不是第一次启动，需要将同步计数器TripCounter自增 1
  2. 将同步计数器TripCounter存储到非易失性存储器
  3. 将重置计数器ResetCounter设置为初始值1

5.4.2 发送新鲜度同步信息

5.4.2.1 发送消息

在这里插入图片描述

每当一个ResetCntCycle周期到达后，需发送一次新鲜度值同步消息。

5.4.2.2 同步消息构建

新鲜度值同步消息的构建流程：

  1. 获取 MASTER FVM 当前的同步计数器、重置计数器的值。
  2. 构建计算 MAC 值信息的数据，通过 AES-128-CMAC 算法计算 MAC 值。
    计算 MAC 值信息的数据 =“同步消息 CAN ID（16bit） | 同步计数器 | 重置计数器” 。
  3. 对计算得到的 MAC 值信息的高有效位进行截取， CANFD 协议的截取长度为88bit。如果计算 CMAC 函数调用失败，则使用默认码填充。
  4. 按照新鲜度值同步消息的格式构建新鲜度值同步消息并发送。

5.4.3 接收新鲜度同步请求消息

如果 MASTER FVM 处在发送新鲜度值同步消息期间（从第 1 次发送到第 3 次发送的时间内），应忽略在此期间内接收到的新鲜度值同步请求消息。如果不在此期间， MASTER FVM 在收到新鲜度值同步请求消息后， MSATER FVM 应执行以下过程：

  1. MASTER FVM 将重置计数器自增 1，并重新开始计算重置周期。
  2. 发送新鲜度值同步消息。需要连续发送 3 次，间隔 50ms。

5.5 Slave FVM处理流程

Slave FVM需维护如下计数器：

计数器描述更新条件
最新的同步计数器TripCounter从 MASTER FVM 成功接收到的最新的同步计数器。所有安全 PDU 共用一个最新的同步计数器成功接收到来自 MASTER FVM所在 ECU发送的新鲜度值同步消息
最新的重置计数器ResetCounter从 MASTER FVM 成功接收到的最新的重置计数器。所有安全 PDU 共用一个最新的重置计数器成功接收到来自 MASTER FVM所在 ECU发送的新鲜度值同步消息
新鲜度值FV对每个安全 PDU 都需要维护一个新鲜度值。
当 SLAVE FVM 所在 ECU为安全 PDU 的发送端：在发 送 安 全 PDU 之 前 （ 当SecOC 模 块 请 求 提 供 FV时）， FVM 提供当前 FV 的值。在安全 PDU 成功发送之后，SecOC 模 块 将 通 知 FVM对 FV 的值进行更新。
当 SLAVE FVM 所在 ECU为安全 PDU 的接收端：在接收到安全的 PDU 需要对其进行验证时（SecOC 模块请求提供 FV 时）， FVM 提供 FV 的值用于验证。 在安全 PDU 验证通过后， SecOC模块会通知FVM 对 FV 的值进行更新。		当 SLAVE FVM 所 在 ECU 为安全 PDU 的发送端：收到 SecOC模块的安全 PDU 传输成功的通知。
当 SLAVE FVM 所 在 ECU 为安全 PDU 的接收端：收到 SecOC模块的安全 PDU 验证成功的通知。

5.5.1 初始化流程

SLAVEFVM 所在的 ECU 在启动、唤醒、复位时执行以下过程。

  1. 获取存储在非易失性存储器中的同步计数器值。在第一次启动或无法从非易失性存储器读取同步计数器值时，将同步计数器设置为初始值0。
  2. 将最新的同步计数器值设置为第1步获取的同步计数器值。
  3. 将最新的重置计数器设置为初始值0。
  4. 每个 FV 中，先前的同步计数器设置为最新的同步计数器值，先前的重置计数器设置、先前的消息计数器以及先前的重置低位均设置为初始值。

5.5.2 接收新鲜度值同步消息

在这里插入图片描述

5.5.3 发送新鲜度同步请求消息

在以下情况，需要 SLAVE FVM 所在 ECU 发送新鲜度值同步请求消息。

  1. 在 SLAVE FVM 初始化流程完成，并且在网络管理报文发出之后，如果 150ms 内没有收到新鲜度值同步消息，应发送新鲜度值同步请求消息。需要连续发送 3 次，间隔 50ms。如果在发送期间收到新鲜度值同步消息，并且验证通过后，则停止发送新鲜度值同步请求消息。
  2. 在 SLAVE FVM 初始化流程完成之后，如果接收到安全 PDU 消息，并且之前没有收到过新鲜度值同步消息时，应发送新鲜度值同步请求消息。需要连续发送 3 次，间隔 50ms。如果在发送期间收到新鲜度值同步消息，并且验证通过后，则停止发送新鲜度值同步请求消息。
  3. 当 SLAVE FVM 所在 ECU 发生 busoff，之后在检测到 busoff 恢复时，应发送新鲜度值同步请求消息。需要连续发送 3 次，间隔 50ms
    注意：如果在发送新鲜度值同步请求消息期间，收到了的新鲜度值同步消息并验证通过，则停止发送后续的新鲜度值同步请求消息。例如，在发送了 1 次新鲜度值同步请求消息后，收到了新鲜度值同步消息并验证通过，则不再发送后续的两次新鲜度值同步请求消息。

5.6 构建用于创建消息的新鲜度值

术语描述
Latest value最新的TripCounter或ResetCounter值
Previously sent value最近一次成功发送安全PDU所使用的值

当发送方SecOC模块向FVM请求获取新鲜度值时，FVM需通过如下表格构造新鲜度值并返回给SecOC：
在这里插入图片描述

当最新的TripCounter和ResetCounter和上次成功发送的不相同时（最新值只来自MasterFVM的同步消息，TripCounter和ResetCounter不断自增，故当不相同时，必然是最新值大于前值），说明TripCounter和ResetCounter已进行更新，此时message Counter需置为初始值。
计算该PDU的MAC时，SecOC获取到的FV有2种选择：

在这里插入图片描述

autosar选择方案1

在收到 SecOC 模块的安全 PDU 传输成功的通知时， PDU 发送端 FVM 将对先前新鲜度值进行更新，更新为传输成功的安全 PDU 所用的新鲜度值。

5.7 构建用于验证消息的新鲜度值

当 SecOC 模块向 PDU 接收端 FVM 请求获取用于验证安全 PDU 的新鲜度值时，
FVM基于以下三个结果构建用于验证的新鲜度值。

  1. 重置低位比较：对最新的重置低位和接收到的PDU中的重置低位进行比较；
  2. TripCounter|ResetCounter比较：最新的TripCounter|ResetCounter与最近一次验证成功的TripCounter|ResetCounter进行比较。
  3. MessageCounter Lower（低有效位）比较：最近一次接收的低有效位和本次接收的低有效位比较。
术语描述
Latest valueFV中最新的值
Received value本次安全PDU中接收到的值
Previously received value最近一次接收并验证成功的值

接收端计算验证时使用的新鲜度值，如下图：
在这里插入图片描述
在这里插入图片描述

上图很复杂，按照上图的确可以得到正确的FV值（参考5.8章节示例图），但目前是知其然不知其所以然。为啥是如图的逻辑，并没有搞清楚。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

5.8 示例图

在这里插入图片描述

六、总结

以上为基于阅读AUTOSAR SecOC文档进行简单理解SecOC机制原理。总体上说，SecOC是为了解决整车通信中存在的伪造消息和重放消息的攻击场景，引入的一套全新的机制。该机制核心是通过在发送的每个消息中附加一段认证信息，由接收方进行验证，从而确保消息被伪造和重放可识别出。其中为了识别重放攻击，又引入的新鲜度值的概念。
在实际项目实践中，仍有很多问题需明确，例如：同步周期是多少，FV的TripCounter和ResetCounter具体长度、FV和MAC的截断长度、FV同步消息的CANID、FV同步请求消息的CANID分配、哪些信号应实施SecOC、SDB改造（需要添加FV和MAC字段）、异常处理、MAC密钥注入、是否使用多密钥、多密钥管理等问题
SecOC涉及到整车的多个件，且这些件大概率分属不同的供应商开发，故进行SecOC实施时，需预留充足的时间进行联合调试。

辛勤搬砖的门卫
关注
  • 50
    点赞
  • 踩
  • 31
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
AUTOSAR SecOC (安全板载通信)
m0_49148264的博客
12-23 1087
本文介绍了AUTOSAR安全板载通信模块（SecOC）软件规范。它描述了AUTOSAR SecOC模块的基本安全特性、功能和API。SecOC模块旨在为PDU级别的关键数据提供资源高效和可行的认证机制。认证机制应该与当前的AUTOSAR通信系统无缝集成。对资源消耗的影响应该尽可能小，以便将保护作为遗留系统的附加组件。
一文读懂AUTOSAR SecOC通讯
usstmiracle的博客
04-02 2750
对称加密算法的加密和解密使用的密匙是相同的，也就是说如果通讯两方如果使用对称加密算法来加密通讯数据，那么通讯双方就需要都知道这个密匙，收到通讯数据后用这个密匙来解密数据。非对称算法中用到的密匙有两个，分别是公匙和私匙，要求通讯双方都有自己的公匙和私匙，自己公匙加密的数据只有自己的私匙才能解开自己私匙加密的数据也只有自己的公匙才能解开。公匙是可以公布在网络上的，相当于一个公共的电话簿，可以被其他人获取到的。以一个通信的例子来说明非对称算法：A 要和 B 进行通信，A在网络上获取到B的公匙。
Autosar_基本模块简介
06-02
Autosar_简介
一文读懂Autosar SecOC通讯
king110108的专栏
07-22 8346
本文详细介绍了Autosar中SecOC的知识点和实现时序
AUTOSAR 4.4.0
12-15
AUTOSAR是由全球汽车制造商、部件供应商及其他电子、半导体和软件系统公司联合建立，各成员保持开发合作伙伴关系。自2003年起，各伙伴公司携手合作，致力于为汽车工业开发一个开放的、标准化的软件架构。
AUTOSAR_PRS_SecOcProtocol.pdf
08-31
AUTOSAR_PRS_SecOcProtocol.pdf
汽车网络信息安全技术之AUTOSAR SecOC，非常详细的学习笔记，由浅入深
最新发布
2301_76563067的博客
09-04 1899
那我们就来看一下安全报文由哪些部分组成：可用来指明安全PDU的长度需要被保护的数据新鲜度值（Freshness Value）和通常使用消息认证码，即Message Authentication Code，简称MAC由于SecOC机制需要占用总线带宽，因此一般适用于CANFD通讯网络。而在实际使用中，新鲜度值和MAC可能会使用较多长度的数据来提高安全性，但这又会消耗大量的带宽等资源，所以常使用截取的方式做平衡处理。新鲜度值和MAC都按照完整的值来生成，但是在发送和认证的时候只会截取一部分。
【AUTOSAR】【信息安全】SecOC
qq_42357877的博客
04-27 1715
该规范是车载安全通信（SecOC）模块的软件规范。它基于AUTOSAR SecOC，并规定了如何实现自AUTOSAR SecOC SRS的要求。它描述了自动sarSecOC模块的基本安全特性、功能和API。
AUTOSAR_SWS_CANNetworkmanagement_cn
04-19
CAN 网络管理规范 AUTOSAR CP 版本 4.3.0。 本文档介绍了 AUTOSAR CAN 网络管理（CanNm）的概念，核心功能，可配置功能，接口 和配置问题。 AUTOSAR CAN 网络管理是一个独立于硬件的协议，只能在 CAN 上使用（有关限制，请参 阅第 4.1 章节）。 它的主要目的是协调网络的正常运行和总线休眠模式之间的转换。
CPHG_PRS
03-17
CPHG_PRS
AUTOSAR_SWS_SecureOnboardCommunication.pdf
08-31
AUTOSAR_SWS_SecureOnboardCommunication.pdf
基于AutoSAR架构的CAN通讯简介
02-24
继之前对AutoSAR进行简介之后，本文进一步深入对基于AutoSAR的CAN通讯进行介绍。如下图1所示为常见AutoSAR基础框架，其中红框部分为与通讯相关的部分，包括LIN、CAN、Eth等。图1AutoSAR基础框架CAN总线通讯取消地址...
【AUTOSAR-E2E】-2.3-配置E2E：基于E2EPW配置一个RX接收的Signal Group（使用E2E Profile 1）
「汽车电子助手」的博客
01-09 2577
《共13页精讲》：此法也适用于E2E Profile 4/5/6/7/11/22 目录 1 检查CAN Matrix Arxml/DBC是否满足E2E需求 2 在DaVinci Developer中为Port添加E2E保护 3 在DaVinci Configurator settings设置 4 如何使用应用层的E2E保护 5 结尾 <--返回「Autosar_BSW高阶配置」总目录--> <--返回「Autosar_BSW高阶配置」专栏主页--> <-.
AUTOSAR的E2E通信安全
usstmiracle的博客
07-08 6920
AUTOSAR标准的安全通信为支持功能安全，AUTOSAR标准结合ISO 26262功能安全标准，在基础软件层从安全执行、安全通信以及安全内建测试三个方面做出了规范，并规范 AUTOSAR标准的安全通信 为支持功能安全，AUTOSAR标准结合ISO 26262功能安全标准，在基础软件层从安全执行、安全通信以及安全内建测试三个方面做出了规范，并规范了使用方法，本文主要介绍其安全通信部分。1.安全通信组成部分 为了支持安全通信，AUTOSAR提供了三种机制，数据顺序控制、PDU复制和K/N的投票机制以及端到端
Autosar AP – AP和CP差异
wangxu696200的博客
03-07 6902
■ 硬件： 1. 芯片类型： ▪ CP AUTOSAR一般运行在8bit、16bit、32bit的微控制器（MCU）中，如英飞凌的TC3xx，瑞萨的RH850等。 ▪ AP AUTOSAR可以运行在64bit的高性能处理器（MPU）、CPU等中，如瑞萨的H3，英伟达的Xavier等。除此之外，AP AUTOSAR也可以运行在虚拟硬件上。 2. 芯片算力： ▪ 运行CP AUTOSAR 的芯片算力一般低于1000 DMIPs ...
SecOC基础原理详解1
redeemer奇
08-09 3111
SecOC说通俗一点就是在原始CAN帧上面加入一些标识，在解析的时候先识别标识，再解析数据，否则认为数据是无效的。
autosar secoc
06-28
### 回答1： AUTOSAR是一种企业和汽车制造商合作的技术标准，致力于在汽车电子系统中实现标准化和交互操作性。SECOC是AUTOSAR的一种安全框架，用于保护车辆中的数据和通信。安全在汽车电子系统中至关重要，任何漏洞都有可能导致车辆被黑客攻击或者其他损害。SECOC提供了一种可靠的方法，通过加密，完整性检查，身份验证和授权来确保数据和通信的安全性。SECOC还提供了专门的安全管理子系统，以便管理和分析汽车中发生的可能的安全漏洞。使用SECOC可以确保汽车安全性，预防恶意行为和保护乘客的隐私。因此，AUTOSAR如SECOC等技术标准已成为汽车工业中的重要标准和实践。 ### 回答2： Autosar（Automotive Open System Architecture）是一个汽车开放系统架构的标准化软件平台，旨在为汽车电子控制单元提供标准化的软件和硬件接口，并提高整车系统的可靠性和安全性。而SecOC（Secure Onboard Communication）是Autosar安全架构的一个组件，它是用于保护汽车信息安全的一种方法。 SecOC模块提供了一种可靠的安全通信机制，确保了传输过程中数据的完整性、机密性和鉴别性。这个模块包含多个子模块，例如CAN（Controller Area Network）密钥管理，CAN安全路由，端到端安全通信等等。在汽车中，这种安全认证是非常重要的，因为一旦车辆信息不安全，将会对整个车辆系统产生极大的影响。 SecOC模块采用了多级认证技术和加密技术来保护信息的安全性。在信息网络中，使用asymmetric encryption（非对称加密），对于消息的完整性和真实性使用MAC（Message Authentication Code）技术进行验证和确认，对于重要信息，使用PKI（Public Key Infrastructure）系统进行加密。这些安全措施同时也能保护AutoSAR中的其他模块不受到信息攻击或者恶意注入。 总的来说，SecOC模块是Autosar安全框架的一个重要组件，为汽车网络通信提供了高效、安全、可靠的保护机制，更好地保护车辆及其乘客的安全。 ### 回答3： AUTOSAR是一种开放式的软件框架，其中包含了用于汽车电子系统的软件组件的标准化协议。SECOC是AUTOSAR的一个特定模块，它的目的是提高汽车电子系统的安全性。 SECOC可以被看作是一个安全组件，它在AUTOSAR系统中扮演着非常重要的角色。该组件的功能是实现一些安全机制，以保护汽车电子系统及其相关通信的安全性。 SECOC模块的核心设计包括两个主要部分：密钥管理和加密机制。密钥管理是指对加密密钥的创建、存储以及维护。加密机制是指对所有传输的数据进行加密处理，以确保未经授权的第三方无法访问数据内容。 SECOC模块支持多种加密算法，比如DES、AES和RSA等。这个模块还允许为不同的组件和应用程序指定各自的加密密钥，以防止针对特定组件的攻击和破解。 除了以上功能外，SECOC模块还提供了一系列的安全策略和规则。这些策略和规则具体指定了不同的安全需求，包括访问控制、审核和日志记录等。 总之，SECOC是一个非常重要的模块，它的意义远远超过了一个普通的软件模块。该模块的存在可以为汽车电子系统带来更高的安全保障，提升了整个汽车行业的发展水平。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值