3. 车载安全标准与法规高频问题

第 3 章 · 标准与法规

车载安全标准与法规高频问题

ISO 21434 · UN R155 · UN R156 · WP.29 · 国标要求与公司侧重点

⚡ 本章聚焦车载密码安全工程师面试中必问的法规与标准体系。面试官不仅考察你对条款的熟悉度,更关注你如何将标准落地到项目、如何应对合规审计,以及不同主机厂/供应商的侧重点差异。以下 3 个问答卡片覆盖最高频考点,并附项目案例模板。
车载安全标准 · 回答框架与追问路径 UN R155 / R156 法规强制 · 型式认证 ISO 21434 流程标准 · 网络安全 国标 / WP.29 本土合规 · 落地要求 TARA 分析 威胁建模 · 风险评估 CSMS 体系 监控 · 响应 · 改进 密码技术落地 HSM · 密钥管理 · 加密 合规证据链 审计 · 文档 · 追溯 项目落地案例 OEM 侧重点 · 量产 持续监控与改进 漏洞响应 · 更新机制 追问:如何证明? 追问:OEM差异? 追问:更新流程?
请简述 ISO 21434 与 UN R155 的关系,以及在实际项目中如何协同落地?
面试官考察点
  • 是否理解标准与法规的层级关系(流程标准 vs 强制法规)
  • 能否将标准条款映射到工程活动(TARA、CSMS、密码技术)
  • 是否具备量产项目合规落地经验
回答框架
  1. 定位区分:ISO 21434 是流程标准,指导网络安全工程;UN R155 是法规,要求车企建立 CSMS 并通过型式认证。
  2. 协同关系:R155 的合规前提是满足 ISO 21434 的流程要求,二者互补。
  3. 落地动作:先做 TARA 识别资产与威胁,再建立 CSMS 监控响应,最后用密码技术(HSM、密钥管理)实现防护。
  4. 证据链:保留 TARA 报告、测试记录、监控日志,形成可审计的合规证据。
简短示例回答
“ISO 21434 是流程标准,UN R155 是强制法规。项目中我们以 21434 的 TARA 为起点,识别关键资产和威胁,再按 R155 要求建立 CSMS 并保留审计证据。密码技术层面用 HSM 做密钥保护,确保从设计到运维全链路合规。”
可能追问
追问1:你们公司的 CSMS 具体包含哪些监控指标?
追问2:如果 TARA 分析出高风险项,但项目预算有限,你怎么处理?
追问3:R155 对供应链安全有什么要求?你们如何管理供应商?
避坑提醒
❌ 不要只背标准条款,要结合项目实例说明“你做了什么”。
❌ 避免混淆 ISO 21434 与 ISO 26262(功能安全),两者领域不同。
❌ 不要忽略“持续监控”环节,R155 非常看重事后响应能力。
UN R156 对软件更新有哪些安全要求?密码技术在其中扮演什么角色?
面试官考察点
  • 是否了解 R156 的 SUMS(软件更新管理体系)要求
  • 能否说明密码技术在 OTA 安全中的具体应用
  • 对更新包完整性、来源认证、回滚保护的理解
回答框架
  1. R156 核心:要求车企建立 SUMS,确保软件更新安全、可靠、可追溯。
  2. 密码技术角色:数字签名保证更新包完整性与来源可信;加密传输防止窃听;安全启动防止降级攻击。
  3. 密钥管理:使用 HSM 保护签名私钥,车端安全存储公钥或证书。
  4. 流程闭环:更新前验证、更新中保护、更新后审计,形成完整证据链。
简短示例回答
“R156 要求建立 SUMS,密码技术是核心支撑。我们采用数字签名验证 OTA 包完整性和来源,用 HSM 保护签名私钥,车端通过安全启动和版本防回滚机制防止降级攻击。每次更新都记录审计日志,满足法规追溯要求。”
可能追问
追问1:OTA 更新过程中如果网络中断,如何保证不损坏 ECU?
追问2:你们如何管理签名密钥的生命周期?
追问3:R156 和 R155 在更新场景下如何联动?
避坑提醒
❌ 不要只说“用 HTTPS”,要强调端到端的密码学保护(签名+加密)。
❌ 避免忽略“回滚保护”,这是 R156 明确关注的点。
❌ 不要混淆 SUMS 与 CSMS,前者专注软件更新,后者覆盖整体网络安全。
国内主机厂对 WP.29 法规和国标(如 GB 44495)的侧重点有何不同?你如何应对?
面试官考察点
  • 是否了解中国本土法规与 WP.29 的差异
  • 能否根据公司类型(OEM/Tier1)调整合规策略
  • 对国标密码技术要求的熟悉程度
回答框架
  1. WP.29 特点:国际法规,强调 CSMS/SUMS 体系认证,偏流程和审计。
  2. 国标特点:GB 44495 等更强调密码技术具体落地,如国密算法、密钥管理、安全芯片。
  3. 公司侧重点:出口车型需同时满足 WP.29 和国标;国内车型优先满足国标,但体系可复用。
  4. 应对策略:建立统一的安全框架,底层用国密算法满足国标,上层流程对齐 ISO 21434 和 R155/156。
简短示例回答
“WP.29 偏重体系认证和流程审计,国标如 GB 44495 更强调密码技术落地,比如国密算法和密钥管理。我们采用统一安全框架:底层用国密 SM2/SM4 满足国标,上层流程对齐 ISO 21434 和 R155/156,这样既能满足国内要求,也能支撑出口车型合规。”
可能追问
追问1:国密算法在车载 HSM 中的性能表现如何?
追问2:如果公司只做国内项目,还需要考虑 WP.29 吗?
追问3:你如何跟踪国标的最新动态?
避坑提醒
❌ 不要笼统说“都差不多”,要指出具体差异(流程 vs 技术)。
❌ 避免忽略国密算法的合规必要性,国内项目必须支持。
❌ 不要只谈法规,要结合公司实际产品线说明优先级。
项目案例模板 · 车载网络安全合规落地
项目名称
某新能源车型 CSMS 与密码安全合规项目
业务背景
满足 UN R155 型式认证及国标 GB 44495 要求
规模指标
覆盖 3 个平台、12 个 ECU、年产量 15 万台
技术栈
HSM、国密 SM2/SM4、TARA 工具、CSMS 平台
核心难点
多标准融合(ISO 21434 + R155 + 国标)、密钥全生命周期管理、OTA 安全更新与回滚保护
面试高频追问
  • 追问1:你们如何做 TARA?资产和威胁如何分级?
  • 追问2:HSM 的密钥管理流程是怎样的?如何防止密钥泄露?
  • 追问3:OTA 更新失败如何回滚?如何保证更新包不被篡改?
  • 追问4:CSMS 监控到异常后,你们的响应流程是什么?
  • 追问5:项目通过认证时,审核方最关注哪些证据?
可迁移回答话术
话术1(标准融合):“我们以 ISO 21434 为流程骨架,将 R155 的 CSMS 要求和国标的密码技术条款拆解到每个开发阶段,形成统一的合规矩阵,避免重复工作。”
话术2(密码落地):“密钥管理采用 HSM 硬件保护,密钥生成、分发、轮换、销毁全流程有审计日志。车端使用安全存储,确保密钥不可导出。”
话术3(审计证据):“我们保留了 TARA 报告、渗透测试记录、CSMS 监控日志和更新签名记录,审核时能快速提供完整证据链,缩短认证周期。”
⚡ 第 3 章 · 标准与法规高频问题 · 面试实战题库