文章总结: 本文详细介绍了AUTOSARSecOC规范中四种FVM用例的实现方式:基于单一计数器、时间戳、多计数器截断和多计数器完整方案。重点分析了多计数器方案的主流应用,包括单主多从和多主多从架构,详细说明了TripCounter、ResetCounter、MessageCounter等核心组件的功能、初始值设置和增长条件。文档提供了完整的新鲜度值构建流程和同步报文格式,为汽车网络安全实践提供了具体技术参考。 综合评分: 82 文章分类: 车联网安全,技术标准,解决方案,安全开发,应用安全
SecOC FVM模块介绍
谈思实验室
2026年5月11日 16:26 上海
在小说阅读器读本章
去阅读
点击上方蓝字谈思实验室
获取更多汽车网络安全资讯
Autosar SecOC规范中定义了四种FVM的usecase: 基于单一计数器、基于时间戳、基于多计数器(截断)、基于多计数器(完整)。
01
基于单一计数器
由单一计数器组成,每次发送成功 Secured I-PDU,counter+1.
- FVM module 组Freshness Verify Value流程
优缺点
- 优点:实现逻辑简单,不需要时间同步
- 缺点:couter需要存储在NVM中,需要频繁写NVM。
02
基于时间戳
基于车内全局时间进行同步。
- FVM module 组Freshness Verify Value流程
优缺点
- 优点:逻辑实现简单,不需要写NVM
- 缺点:依赖各个ECU之间的时间同步
03
基于多计数器(截断 )目前主流形式
由多个计数器组成的。这边先介绍几个概念
- FV management master ECU(FVM):负责发送同步报文(包含trip counter 和reset counter)
- Sender ECU :SecOC报文发送节点
- Receive ECU:SecOC报文接收节点
FVM应具备主同步功能和从传输同步功能。这将使其能够实现以下两种FV管理方法。
单主多从(目前主流)
多主多从
FV 组成
完整的新鲜值由同步计数器、重置计数器、消息计数器以及重置标志未组成,在Sec-IPDU中只发送消息计数器的低有效位和重置计数器,如上图中的SecOCFreshnessValueTxLength部分。
- Trip Counter(同步计数器)::FVM每次启动、休眠唤醒、复位后,IG off-> IG on后 ,同步计数器自增1,该值需要存储到NVM中。
- Reset Counter(重置计数器):FVM每次启动后,重置计数器设置为初始值1,在每个重置周期到达时,重置计数器自增1。
- Message Counter(消息计数器):SecOC I-PDU发送节点每次启动后,消息计数器重置为初始值0,发送端每次成功发送安全PDU后,消息计数器自增1。高位表示高有效位,低位表示低有效位。
- Reset Flag(重置标志值):重置计数器低有效位。
初始值及增长条件见下表
如下是官方给出的一个例子
下面介绍下各个计数器达到最大值的处理方式
对于FVM ECU
- Trip Counter达到最大值:Trip Counter和Reset Counter都回到初始值。
- Reset Counter到达最大值:保持在最大值
对于Slave ECU
Trip Counter达到最大值:满足如下两个条件时更新
- 同步计数器最大值-“ClearAcceptanceWindow”<=Slave ECU 最新的同步计数器值< =同步计数器最大值
- 同步计数器初始值<同步报文中的同步计数器值<=同步计数器初始值+“ClearAcceptanceWindow”
注:“ClearAcceptanceWindow”:同步计数器窗口值,OEM可自定义,这是为了提供一个允许的范围(清除接受窗口),考虑到FVM ECU和Slave ECU的同步计数器在最大值附近出现偏差的情况。
Reset Counter到达最大值:Message Counter 填充最大值
Message Counter到达最大值:保持最大值
同步报文格式
新鲜度值的构建
- Sender ECU 传输新鲜度值的构建
- Receive ECU 接收新鲜度值的构建
04
基于多计数器(完整)
同上面描述的多计数器基本一致,只不过在发送Sec I-PDU时,传输完整的新鲜值。
新鲜度值格式
来源:CSDN博主「Code_Shawn」
https://blog.csdn.net/qq_27718973/article/details/136958992
end
谈思汽车媒体门户
精品活动推荐
AutoSec系列沙龙
专业社群
部分入群专家来自:
新势力车企:
特斯拉、理想、极氪、小米、零跑汽车、阿维塔汽车、智己汽车、小鹏、岚图汽车、蔚来汽车、吉祥汽车、赛力斯……
外资传统主流车企代表:
大众中国、大众酷翼、奥迪汽车、宝马、福特、戴姆勒-奔驰、通用、保时捷、沃尔沃、现代汽车、日产汽车、捷豹路虎、斯堪尼亚……
内资传统主流车企:
吉利汽车、上汽乘用车、长城汽车、上汽大众、长安汽车、北京汽车、东风汽车、广汽、比亚迪、一汽集团、一汽解放、东风商用、上汽商用……
全球领先一级供应商:
博世、大陆集团、联合汽车电子、安波福、采埃孚、科世达、舍弗勒、霍尼韦尔、大疆、日立、哈曼、华为、百度、联想、联发科、普瑞均胜、德赛西威、蜂巢转向、均联智行、武汉光庭、星纪魅族、中车集团、潍柴集团、地平线、紫光同芯、字节跳动、……
二级供应商(500+以上):
中科数测、ETAS、BlackDuck、NXP、上海软件中心、Deloitte、奇安信、为辰信安、云驰未来、信长城、泽鹿安全、纽创信安、复旦微电子、天融信、奇虎360、中汽中心、中国汽研、上海汽检、加特兰微电子、浙江大学……
人员占比
公司类型占比
文章
不要错过哦,这可能是汽车网络安全产业最大的专属社区!
关于涉嫌仿冒AutoSec会议品牌的律师声明
一文带你了解智能汽车车载网络通信安全架构
网络安全:TARA方法、工具与案例
汽车数据安全合规重点分析
浅析汽车芯片信息安全之安全启动
域集中式架构的汽车车载通信安全方案探究
系统安全架构之车辆网络安全架构
车联网中的隐私保护问题
智能网联汽车网络安全技术研究
AUTOSAR 信息安全框架和关键技术分析
AUTOSAR 信息安全机制有哪些?
信息安全的底层机制
汽车网络安全
Autosar硬件安全模块HSM的使用
首发!小米雷军两会上就汽车数据安全问题建言:关于构建完善汽车数据安全管理体系的建议
免责声明:
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景,旨在提升网络安全防护能力,具有明确的技术研究属性。
任何单位或个人未经授权,将本文内容用于攻击、破坏等非法用途的,由此引发的全部法律责任、民事赔偿及连带责任,均由行为人独立承担,本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布,若存在版权侵权或其他异议,请通过邮件联系处理,具体联系方式可点击页面上方的联系我。
本文转载自:谈思实验室 《SecOC FVM模块介绍》
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。








评论