2. 资产识别：定义资产、资产类型与价值评估
好，咱们进入TARA实战的第二步——资产识别。
说实话，很多新手拿到一个系统，上来就画数据流图、找威胁，结果做到一半发现漏了关键资产，整个分析得重来。我刚开始做ISO 21434项目时就吃过这个亏，后来才明白：资产识别是TARA的地基，地基歪了，楼盖得再高也得塌。
2.1 什么是资产？
在ISO 21434语境下，资产（Asset）是指需要保护的、对车辆安全或功能有价值的东西。它不一定是物理的，也可以是信息、功能甚至某个状态。
核心定义：资产 = 需要保护的任何东西，其损害会导致道路安全风险、财产损失或隐私泄露。
我个人习惯把资产分成两类：
- 有形资产：看得见摸得着的硬件，比如ECU、传感器、线束。
- 无形资产：数据、代码、通信协议、功能行为。
你想想看，一个刹车控制器的“刹车功能”本身不是硬件，但它比硬件更值钱——功能被篡改，车就停不下来。所以资产识别不能只盯着物料清单（BOM）看。
2.2 资产类型详解
ISO 21434没有强制规定资产分类法，但实战中我建议按以下五类来梳理，不容易漏。
| 资产类型 | 典型示例 | 说明 |
|---|---|---|
| ECU / 控制器 | ADAS域控、网关、BCM、VCU | 每个ECU是一个独立的计算节点，有固件、配置、诊断接口 |
| 传感器 | 摄像头、毫米波雷达、激光雷达、超声波 | 感知层资产，数据可信度直接影响决策 |
| 执行器 | 制动卡钳、转向电机、油门踏板 | 物理动作的执行端，被恶意控制后果严重 |
| 通信链路 | CAN/CAN-FD、以太网、LIN、FlexRay | 数据传输通道，容易被窃听、注入或重放 |
| 数据 / 信息 | 车辆VIN、用户隐私、密钥、诊断日志 | 无形资产，价值取决于敏感度和业务影响 |
我的经验：在项目启动会上，我会拉着系统架构师和功能安全工程师一起过一遍系统框图，把每个方框都问一遍“这个坏了会怎样？”。往往能发现架构师自己都没意识到的资产。
2.3 资产识别的方法论
怎么系统性地找出所有资产？我推荐三步走：
- 从系统架构出发：拿到系统框图、电气原理图、网络拓扑图，把每个节点和连线都列出来。
- 从功能出发：每个功能（比如自动紧急制动AEB）涉及哪些ECU、传感器、执行器、通信？功能安全分析里的“功能清单”可以直接复用。
- 从数据流出发：数据从哪里来（传感器）、经过谁（ECU）、到哪里去（执行器/云端），每个数据存储和传输节点都是资产。
我曾经在一个项目中，团队只识别了ECU和传感器，完全漏掉了OTA升级包和云端后端。结果TARA做到一半，安全专家问“升级包被篡改怎么办”，大家才傻眼。嗯，从那以后我每次都会加一条：别忘了外部接口和云端资产。
2.4 资产价值评估
资产识别完了，下一步是给资产“定价”。这个价值不是钱，而是安全损害严重度——如果这个资产被攻击，会造成什么后果？
ISO 21434里，资产价值评估主要看四个维度：
- 人身安全（S）：会不会导致人员伤亡？
- 财产损失（P）：会不会损坏车辆或第三方财产？
- 隐私泄露（C）：会不会泄露用户或企业的敏感数据？
- 合规影响（R）：会不会违反法规（如GDPR、UN R155）？
每个维度我习惯用高/中/低三级来打标，然后综合得出资产价值等级。
| 资产 | 人身安全 | 财产损失 | 隐私泄露 | 合规影响 | 综合价值 |
|---|---|---|---|---|---|
| 制动ECU | 高 | 高 | 低 | 中 | 高 |
| 车载娱乐系统 | 低 | 低 | 高 | 中 | 中 |
| GPS定位数据 | 低 | 低 | 高 | 高 | 中高 |
避坑指南：我曾经见过一个团队给所有ECU都打了“高”价值，结果TARA做出来全是红色，根本没法排优先级。资产价值评估一定要有区分度，否则后续的风险评估就失去了指导意义。
2.5 资产识别清单模板
实战中，我建议用表格把资产识别结果固化下来，方便后续TARA各环节引用。下面是我常用的模板结构：
| 资产ID | 资产名称 | 类型 | 所属系统 | 价值等级 | 备注 |
|---|---|---|---|---|---|
| A-001 | 前向摄像头 | 传感器 | ADAS | 高 | 提供车道线、障碍物检测 |
| A-002 | 网关ECU | ECU | 网络通信 | 高 | 跨域路由，防火墙策略 |
| A-003 | CAN总线（动力域） | 通信链路 | 动力系统 | 高 | 连接发动机、变速箱、制动 |
| A-004 | 用户身份令牌 | 数据 | 数字钥匙 | 中高 | 用于车辆解锁和启动 |
小技巧：资产ID建议用前缀区分类型，比如A-代表硬件资产，D-代表数据资产，C-代表通信资产。这样在后续威胁分析时，一眼就能看出资产类别。
2.6 资产识别的常见误区
做了十几个TARA项目后，我总结了几个高频踩坑点：
- 只识别硬件，忽略软件和数据：固件、配置参数、诊断日志都是资产，而且往往比硬件更容易被攻击。
- 资产粒度不统一：有的团队把整个域控算一个资产，有的把域控里的每个核都算一个。我建议以“可独立更新或配置的单元”为最小粒度。
- 忘记外部接口：OBD接口、无线充电、蓝牙、Wi-Fi、蜂窝网络——这些入口对应的资产必须识别。
- 资产价值评估靠拍脑袋：没有和功能安全、系统架构、法务对齐，自己闭门打分。我建议至少拉一个跨部门评审会。
2.7 本章知识体系图
下面这张图总结了资产识别的核心逻辑，从系统输入到资产清单输出的完整流程：
这张图从左到右展示了资产识别的完整链路：从系统架构、功能清单、数据流图三个输入出发，经过识别方法分析，得到四类资产，再通过四个维度的价值评估，最终输出带价值等级的资产清单。