RASHARA与TARA同坐一张桌
VisualPro Tech Brief
HARA与TARA同坐一张桌
为何安全与信息安全集成分析正成为工具选型的标准
功能安全（ISO 26262）× 网络安全（ISO/SAE 21434） | 行业趋势简报
ISO 26262ISO/SAE 21434UN R155AIAG-VDAHARA · TARA
01概述（TL;DR）— 如今要问的是“能否关联？”
功能安全（FuSa）与网络安全由不同团队、不同工具、不同文档分别开展的时代正在结束。在整个行业中，由同一团队共同开展ISO 26262 HARA（危害分析与风险评估）和ISO/SAE 21434 TARA（威胁分析与风险评估）的“HARA·TARA联合研讨会”正在成为标准做法。只有在同一相关项定义和同一架构模型上识别安全危害与信息安全威胁，才能消除重复工作，并捕捉由信息安全问题引发的安全风险。
同样，SAE Mobility Engineering Technology（Tech Briefs）指出了孤立开展DFMEA、HARA和FTA的陷阱，并提出以关联分析作为解决之道。各方结论趋于一致：安全与信息安全集成分析已成为工具选型的关键要求。VisualPro在单一平台、单一数据库上关联FMEA、FTA、HARA、TARA和STPA。
需要的不是把每项分析各自做好的工具，而是把各项分析关联起来的工具。
02为何是现在 — 推动安全与信息安全集成的三大变化
1法规融合同一相关项，两项强制评估
自UN R155（CSMS）/R156生效以来，型式认证要求具备网络安全管理体系，且ISO 26262和ISO/SAE 21434均要求在概念阶段开展风险评估（HARA/TARA）。分析对象的相关项和架构完全相同，分析却分成两路——如果分别开展，同一系统就要建模两次、编写文档两次。
2流程融合HARA·TARA联合研讨会
制动ECU遭到黑客攻击，既是信息安全威胁，也是安全危害。在联合研讨会上，安全与信息安全专家共享相关项定义并交叉评审场景，既能消除重复，又能捕捉任何单一分析都无法发现的跨领域风险（攻击 → 功能异常 → 伤害）。ASIL和CAL的评定出自同一份会议记录，审核应对也因此保持一致。
3孤岛式分析的代价DFMEA · HARA · FTA 关联
Tech Briefs的文章（Omnex）说得很明白——FMEA、FTA和HARA都从不同方向应对产品风险，而大多数组织无法确保三者之间的一致性，因而饱受低效和风险遗漏之苦。推荐的流程是：用HARA识别危害并进行分级，再将自上而下的FTA与自下而上的DFMEA关联起来，从相反的方向完成同一幅全景图。
03分析割裂的五大陷阱
| 陷阱 | 割裂时会发生什么 | 关联时 |
|---|---|---|
| 严重度评定不一致 | HARA的S与DFMEA的S各自独立评定——同一失效被评为不同等级，成为审核发现项 | DFMEA继承HARA的严重度 |
| 安全目标与失效分析脱节 | FTA顶事件的定义未参照安全目标，削弱了ASIL分配的依据 | 违背安全目标即为FTA顶事件 |
| 三重数据录入 | 同一失效模式分别录入HARA、FMEA和FTA——浪费工时，版本不一致 | 一次定义，三项分析复用 |
| 变更不同步 | 设计变更只更新了一项分析，其余分析在不知不觉中过时 | 所有分析在单一数据库中同步 |
| 信息安全威胁无法传递到安全分析 | TARA的攻击路径未传递到安全分析中——由信息安全引发的安全风险被遗漏 | HARA与TARA交叉引用同一模型 |
04关联分析如何实际运作
| 方法 | 方向 | 核心问题 | 交付物 | 关联点 |
|---|---|---|---|---|
| HARA（ISO 26262） | 相关项层级，自上而下 | 什么是危险的？ | 危害、ASIL、安全目标 | 安全目标 → FTA顶事件 / 严重度 → DFMEA |
| FTA | 自上而下（结果 → 原因） | 为什么会发生？ | 故障逻辑树、最小割集 | 基本事件 → DFMEA失效原因 |
| DFMEA（AIAG-VDA） | 自下而上（原因 → 结果） | 如何预防？ | 失效模式、失效原因、S/O/D、AP | 失效影响的严重度继承自HARA |
| TARA（ISO/SAE 21434） | 威胁视角 | 谁来攻击，如何攻击？ | 威胁场景、攻击路径、CAL | 损害场景 ↔ HARA危害 |
当四项分析共享同一相关项定义和同一系统架构（结构树）时，这些关联就不再是手工映射，而成为数据库关系。这正是“关联分析”的真正含义。
05VisualPro如何提供支持
一棵结构树，五项分析联合研讨会
FMEA、FTA、HARA、TARA和STPA共享同一系统结构数据库。在HARA·TARA联合研讨会上，安全团队与信息安全团队基于同一模型、在同一界面上开展分析。
跨分析可追溯性（数字主线）可追溯性
安全目标 ↔ FTA顶事件 ↔ DFMEA失效模式 ↔ 安全要求，以及TARA威胁 ↔ 对策，均在单一数据库中关联。设计变更和新威胁会在相关联的分析之间传递，从而保持“活的”可追溯性。
符合标准的交付物韩文/英文报告
以标准格式输出AIAG-VDA FMEA、ISO 26262 HARA（ASIL）、ISO/SAE 21434 TARA和FTA，并生成韩文和英文报告。可针对每项分析向评审员出示条款级证据。
基于MCP的AI智能体集成AI集成
VisualPro为FMEA、FTA、HARA、TARA和STPA提供MCP支持，使Claude等AI智能体能够与VisualPro直接通信——从候选危害/威胁识别到评分初稿，均以对话方式完成，分析人员则专注于验证与判断。
06常见问题（FAQ）
Q1HARA和TARA真的必须一起做吗？
两者的标准各自独立（ISO 26262 / ISO/SAE 21434），但分析对象相关项和概念阶段的时间节点相同，结果也相互影响（信息安全被突破 → 安全危害）。联合研讨会是消除重复建模、捕捉跨领域风险最高效的方式，并正逐渐成为行业惯例。
Q2我们已经在用Excel把每项分析都做得很好，为什么还需要集成工具？
问题不在于单项分析的质量，而在于分析之间的一致性。严重度不一致、三重数据录入、变更不同步是基于文件的工作方式中的结构性问题；而审核对可追溯性的要求（哪个安全目标由哪项失效分析验证），几乎不可能靠电子表格文件之间的手工链接来维持。
Q3FTA和FMEA应该先做哪个？
关联比顺序更重要。先用HARA确立危害和安全目标，再用FTA自上而下展开安全目标违背以理清因果结构，然后在原因层面用DFMEA自下而上进行量化（S/O/D、AP）。两种方法从相反方向完成同一幅全景图。
07立即开始（下一步）
安全与信息安全集成分析已不再是最佳实践的展示，而是审核与合同要求的基本门槛。借助已在汽车、国防、机器人和半导体项目中得到验证的VisualPro，在单一平台上开启您的下一场HARA·TARA联合研讨会。
共享结构，关联分析——借助VisualPro实现安全与信息安全集成设计。
参考资料：SAE Mobility Engineering Technology / Tech Briefs, “Avoiding Risk Analysis Pitfalls: Implementing Linked DFMEA, HARA, and FTA” (Omnex)