ARTICLE / 安全
智能网联汽车与车路云一体化安全取证深度分析
智能网联汽车(Intelligent Connected Vehicle, ICV)正在重新定义交通安全与出行体验。从传统机械系统向"软件定义汽车"(Software Defined Vehicle, SDV)的范式转变,使现代汽车成为移动的网络节点——一辆高端智能汽车包含超过 1 亿行代码、100+ 个 ECU(Electronic Control Unit)和数 TB 级的传感器数据产出。然而,这种深度数字化在带来智能化能力的同时,也开辟了前所未有的攻击面。
2015 年 Charlie Miller 和 Chris Valasek 对 Jeep Cherokee 的远程攻击打开了汽车安全研究的大门,此后安全研究人员持续在 CAN 总线、V2X 通信、OTA 更新、传感器融合等环节发现了严重的安全缺陷。根据 Upstream Security 2025 年度汽车安全报告,2015-2025 年间公开披露的汽车网络安全事件已超过 2,500 起,其中 35% 涉及远程攻击,年增长率保持在 25% 以上。
汽车取证与传统 IT 取证存在本质差异:车载系统是异构的实时操作系统集合(QNX、Linux、Android Automotive、AUTOSAR),通信协议栈跨越 CAN、LIN、FlexRay、车载以太网等多个层次,数据易失性极高且取证窗口极其有限。更关键的是,攻击者可能同时在物理层(CAN 注入)、网络层(V2X 欺骗)、应用层(OTA 劫持)和感知层(传感器欺骗)发起攻击,形成多维度、跨域的复合攻击链。
本文系统性地构建智能网联汽车全栈安全取证的方法论体系,从 CAN 总线底层协议到车路云一体化架构,从传感器欺骗检测到云平台大数据分析,通过 Jeep Cherokee 远程攻击和特斯拉 Autopilot 欺骗等真实案例还原完整取证流程,并提供 Sigma、Bash、Python 自动化检测脚本,为汽车安全取证分析人员提供可直接落地的技术参考。
0x01 技术基础与汽车安全取证概述
智能网联汽车架构概览
智能网联汽车的安全架构可以从四个逻辑层次进行理解:感知层、网络层、平台层和应用层。每一层都承载特定的功能并面临独特的安全挑战。
| 架构层次 | 核心组件 | 功能描述 | 安全风险 |
|---|---|---|---|
| 感知层 | 摄像头、LiDAR、毫米波雷达、超声波、GNSS | 环境感知与数据采集 | 传感器欺骗、数据伪造 |
| 网络层 | CAN/LIN/FlexRay、车载以太网、V2X | 车内/车际通信 | 总线注入、中间人攻击、协议滥用 |
| 平台层 | TSP/T-Box、OTA服务器、云端平台 | 远程服务与数据聚合 | 远程控制劫持、数据泄露 |
| 应用层 | IVI、ADAS、自动驾驶、手机App | 用户交互与智能驾驶 | 越狱、API滥用、社工攻击 |
感知层负责通过多种传感器(Camera、LiDAR、Radar、Ultrasonic、GNSS/IMU)采集车辆周围的环境信息,这些数据经过传感器融合(Sensor Fusion)处理后为 ADAS 和自动驾驶系统提供决策依据。感知层的核心安全问题在于传感器数据的真实性验证——攻击者可以通过物理手段(如激光照射 LiDAR、粘贴标签欺骗摄像头)或信号手段(如 GPS 欺骗)来操纵传感器输入。
网络层是汽车内部和外部的通信骨干。车内网络以 CAN(Controller Area Network)总线为核心,辅以 LIN(Local Interconnect Network)用于低速外设控制、FlexRay 用于高可靠性线控系统、车载以太网用于高带宽数据传输。车际网络通过 V2X(Vehicle-to-Everything)技术实现 V2V(Vehicle-to-Vehicle)、V2I(Vehicle-to-Infrastructure)、V2N(Vehicle-to-Network)和 V2P(Vehicle-to-Pedestrian)通信。
平台层包括 Telematics Service Provider(TSP)平台、Over-the-Air(OTA)更新服务器和车联网大数据平台,负责远程服务管理、固件分发和数据聚合分析。应用层涵盖信息娱乐系统(IVI)、高级驾驶辅助系统(ADAS)、自动驾驶算法和用户移动应用。
车载电子电气架构演进
车载电子电气架构(Electrical/Electronic Architecture, E/E Architecture)正在经历从分布式 ECU 到域控制器再到中央计算平台的演进,这一变化深刻影响着汽车安全攻击面和取证方法。
| 架构阶段 | 典型年代 | ECU数量 | 通信骨干 | 安全特征 | 代表车型 |
|---|---|---|---|---|---|
| 分布式 ECU | 2000-2015 | 70-150 | CAN/LIN | 碎片化、无统一安全策略 | 大多数传统燃油车 |
| 域控制器 | 2015-2022 | 30-50 | CAN/FlexRay/以太网 | 域间隔离、初步安全网关 | 大众 MEB 平台 |
| 中央计算 | 2022+ | 10-20 | 车载以太网 | 集中式安全策略、OTA 能力 | 特斯拉 HW4.0、华为 MDC |
分布式架构时代,每个功能模块由独立 ECU 控制,CAN 总线通过网关(Gateway)进行域间路由,但网关的安全策略通常较为薄弱。域控制器架构将功能整合到五大域(动力域、底盘域、车身域、座舱域、自动驾驶域),每个域由一个高性能域控制器管理,域间通过安全网关进行隔离。中央计算架构则将计算能力集中到 2-4 个高性能计算单元,通过车载以太网和 SOA(Service-Oriented Architecture)实现服务化通信。
对取证而言,架构演进意味着:分布式架构下 CAN 总线流量是主要取证来源;域控制器架构需要同时分析多个域的通信和网关日志;中央计算架构则更依赖于软件日志、以太网流量和云端数据。
汽车安全取证的特殊挑战
汽车取证面临传统 IT 取证所不具有的独特挑战:
| 挑战维度 | 具体问题 | 影响 | 应对策略 |
|---|---|---|---|
| 实时性 | CAN 帧以毫秒级频率产生,数据窗口极短 | 关键证据瞬间消失 | 预部署持续录制(如 CAN Logger) |
| 异构性 | 多种操作系统(QNX/Linux/Android)、多种协议 | 无法使用统一取证工具 | 多工具组合、定制分析脚本 |
| 物理安全 | ECU 可能被物理破坏、传感器可被干扰 | 数字证据完整性受损 | 物理证据固定、多源交叉验证 |
| 易失性 | 运行时数据存储在 RAM 中,断电即失 | 内存中的攻击痕迹消失 | 快速内存采集、热取证技术 |
| 合规性 | 车辆数据涉及隐私法规(GDPR/个保法) | 取证数据使用受限 | 数据脱敏、合规授权 |
| 标准缺失 | 汽车取证无统一行业标准 | 方法论碎片化 | 参考 NIST/SANS 框架适配 |
汽车取证工具链
| 工具名称 | 功能定位 | 适用场景 | 开源/商业 |
|---|---|---|---|
| CANoe (Vector) | CAN/FlexRay/以太网全协议分析 | 开发测试、取证分析 | 商业 |
| SavvyCAN | 开源 CAN 总线逆向与分析 | CAN 帧捕获与解码 | 开源 |
| CANalyzat0r | CAN 安全审计框架 | 入侵检测、模糊测试 | 开源 |
| Kayak | CAN 总线嗅探工具 | 实时流量监控 | 开源 |
| BUSMASTER | Bosch 开源 CAN 分析工具 | CAN 日志回放与分析 | 开源 |
| Wireshark | 网络协议分析 | 车载以太网、V2X 流量分析 | 开源 |
| can-utils | Linux CAN 工具集 | CAN 接口配置与帧操作 | 开源 |
| Vehicle Spy | 车辆网络分析与仿真 | CAN 日志分析、脚本开发 | 商业 |
| Intrepid NeoVi | 车辆网络接口硬件 | 多协议总线数据采集 | 商业硬件 |
| Frida | 动态插桩框架 | IVI/T-Box 应用逆向 | 开源 |
| Ghidra | 逆向工程工具 | ECU 固件逆向分析 | 开源 |
| TeslaCrypt | 特斯拉安全研究工具 | Tesla 特定协议分析 | 开源 |
在实际取证工作中,通常需要组合使用多种工具。例如,使用 Kayak 或 SavvyCAN 进行 CAN 流量捕获,使用 CANoe 进行协议解析和 UDS 诊断分析,使用 Wireshark 分析车载以太网和 V2X 流量,使用 Frida 对 IVI 应用进行动态分析,使用 Ghidra 对 ECU 固件进行静态逆向。
0x02 车载网络架构与 CAN 总线攻击取证
CAN 协议安全缺陷分析
CAN(Controller Area Network)协议由 Bosch 于 1986 年设计,最初面向工业控制场景。其设计目标是高可靠性和实时性,但在安全性方面存在根本性的架构缺陷,这些缺陷已成为汽车安全研究的核心议题。
| 安全缺陷 | 技术原因 | 攻击影响 | MITRE ATT&CK |
|---|---|---|---|
| 无身份认证 | CAN 帧无源地址字段,仅依赖 ID 标识 | 任何连接设备可伪造任意 ID 的帧 | T1557.002 |
| 无加密机制 | 数据以明文传输 | 敏感控制指令可被嗅探 | T1040 |
| 广播机制 | 所有节点接收总线上所有帧 | 单点接入即可窃听全网 | T1040 |
| 无完整性校验 | 仅有 15-bit CRC,无认证 MAC | 帧数据可被篡改 | T1565.002 |
| 优先级仲裁 | ID 值越小优先级越高 | 攻击者可发起 DoS(发送低 ID 帧) | T1499.002 |
| 缺乏异常处理 | 协议未定义错误帧的语义 | 异常帧可触发节点故障 | T1499 |
CAN 2.0A 标准帧(11-bit ID)的结构如下:
CAN 2.0B 扩展帧将 ID 字段扩展到 29-bit,以支持更复杂的通信矩阵。然而,无论标准帧还是扩展帧,CAN 协议均未在协议层提供任何安全机制。
CAN 注入攻击与重放攻击技术
CAN 注入攻击(MITRE ATT&CK: T1557.002)是最直接的车载网络攻击方式。攻击者通过物理接入 CAN 总线(OBD-II 端口、车载设备、线束暴露点),向总线注入恶意 CAN 帧,实现对车辆控制系统的操纵。
CAN 重放攻击(MITRE ATT&CK: T1219)通过录制并回放合法 CAN 帧序列,实现对特定功能的重放触发。例如,录制车门解锁帧序列后重放即可在无钥匙状态下解锁车门。
典型的 CAN 注入攻击流程:
使用 Linux can-utils 工具集可以方便地进行 CAN 注入操作:
其中 cansend 用于发送单帧 CAN 数据,candump 用于捕获 CAN 总线流量,cangen 用于生成随机 CAN 帧。在实际取证中,攻击者通常会使用自定义脚本而非标准工具,以避免被车载入侵检测系统(IDS)识别。
CAN 帧伪造与 UDS 诊断攻击
UDS(Unified Diagnostic Services, ISO 14229)是汽车诊断通信的标准协议,运行在 CAN 总线之上,使用标准 CAN ID 0x7DF(广播)或 0x7E0-0x7E7(ECU 专用)进行诊断通信。UDS 协议定义了丰富的服务 ID(SID),其中多个服务可被滥用于恶意目的。
| UDS SID | 服务名称 | 功能描述 | 攻击风险 |
|---|---|---|---|
| $10 | DiagnosticSessionControl | 会话模式切换 | 切换到扩展/编程模式 |
| $27 | SecurityAccess | 安全认证 | 暴力破解/侧信道攻击 |
| $2E | WriteDataByIdentifier | 写入数据 | 篡改VIN/标定数据 |
| $34 | RequestDownload | 请求下载 | 固件上传通道 |
| $36 | TransferData | 数据传输 | 传输恶意固件 |
| $37 | RequestTransferExit | 退出传输 | 完成刷写 |
| $31 | RoutineControl | 例程控制 | 触发/终止标定例程 |
| $14 | ClearDiagnosticInformation | 清除故障码 | 清除攻击痕迹 |
| $85 | ControlDTCSetting | 控制DTC设置 | 禁用故障码记录 |
UDS 安全认证($27 服务)通常使用种子-密钥(Seed-Key)机制,但密钥算法可能被逆向或泄露。取证时需要关注异常的 UDS 会话切换序列、非常规的 $27 安全访问尝试、以及异常的 ECU 刷写操作($34-$36-$37 序列)。
CAN 总线流量取证分析方法
CAN 总线流量取证的核心是从海量帧数据中识别异常模式。一个典型的 CAN 日志文件(ASC 或 BLF 格式)可能包含数百万帧记录,需要通过多维度分析来发现攻击痕迹。
| 分析维度 | 检测目标 | 异常指标 | 取证价值 |
|---|---|---|---|
| 帧频率 | DoS 攻击、快速注入 | 特定 ID 的帧频率突变 | 确认攻击时间窗口 |
| 数据分布 | 数据伪造、状态篡改 | 数据字段统计异常 | 识别注入帧 |
| 时序特征 | 重放攻击 | 帧间隔模式重复 | 确认重放行为 |
| 会话模式 | UDS 攻击 | 异常诊断会话序列 | 还原攻击者操作 |
| 网络拓扑 | 未授权节点 | 新出现的 CAN ID | 识别攻击设备 |
| 关联分析 | 多阶段攻击 | 多个异常的时间关联 | 还原完整攻击链 |
使用 Python 进行 CAN 帧频率分析的典型方法:
该脚本通过计算每个 CAN ID 的帧频率、帧间隔均值和变异系数(Coefficient of Variation, CV),识别出频率异常稳定(CV 极低)的可疑 CAN ID——这种特征通常出现在自动化注入攻击中,因为攻击脚本以固定间隔发送帧,而自然产生的 CAN 帧会有更大的间隔波动。
FlexRay 与车载以太网安全
FlexRay 是一种确定性、容错的车载通信协议,主要用于线控系统(Drive-by-Wire)等安全关键应用。FlexRay 使用 TDMA(Time Division Multiple Access)时隙分配机制,理论上较 CAN 更难被注入,但攻击者若掌握时隙分配表(Communication Matrix),仍可在分配的时隙内注入恶意数据。
车载以太网(Automotive Ethernet)正在成为新一代车载网络的主干,支持 100BASE-T1、1000BASE-T1、多千兆以太网等标准。与传统 CAN 总线相比,车载以太网支持 TCP/IP 协议栈,面临传统网络攻击(ARP 欺骗、TCP 劫持、中间人攻击)的同时,还需要应对 DoIP(Diagnostics over IP)、SOME/IP(Scalable service-Oriented MiddlewarE over IP)等车载特有协议的安全问题。
DoIP(ISO 13400)使用 TCP 端口 13400 进行诊断通信,DoIP 报文头包含协议版本、载荷类型和载荷长度。取证时需要关注异常的 DoIP 连接请求(可能来自非授权诊断工具)和异常的 UDS-over-DoIP 诊断会话。
0x03 V2X 通信安全与车路协同取证
V2X 通信架构
V2X(Vehicle-to-Everything)通信技术是车路云一体化的核心使能技术,包含四大通信模式:V2V(车车通信)、V2I(车路通信)、V2N(车云通信)和 V2P(车人通信)。当前存在两大技术路线:基于 IEEE 802.11p 的 DSRC(Dedicated Short Range Communications)和基于蜂窝网络的 C-V2X(Cellular V2X)。
| 特性维度 | DSRC (IEEE 802.11p/1609) | C-V2X (3GPP PC5/Uu) |
|---|---|---|
| 标准组织 | IEEE/SAE | 3GPP |
| 频段 | 5.9 GHz (5855-5925 MHz) | 5.9 GHz (PC5) / 蜂窝频段 (Uu) |
| 通信延迟 | < 100 ms | < 20 ms (PC5) |
| 通信距离 | 300-1000 m | 450-1000 m (PC5) |
| 部署成本 | 需 RSU 基础设施 | 复用蜂窝基站 |
| 安全机制 | PKI + 数字证书 | PKI + 数字证书 |
| 演进路径 | 802.11bd (NR-V2X) | C-V2X → NR-V2X (5G) |
| 代表地区 | 北美、日本 | 中国、欧洲 |
C-V2X 支持两种通信接口:PC5 接口(直连通信,无需基站)用于 V2V 和 V2I 低延迟安全消息,Uu 接口(通过蜂窝网络)用于 V2N 大数据传输和云端服务。中国在 C-V2X 部署方面走在全球前列,截至 2025 年已建成超过 5,000 个 RSU(Road Side Unit)覆盖主要高速公路和城市道路。
V2V/V2I 消息伪造与欺骗攻击
V2X 安全消息的核心是 BSM(Basic Safety Message,SAE J2735),包含车辆的位置、速度、加速度、航向角、车辆尺寸等关键安全信息。攻击者若能伪造 BSM 消息,可引发交通混乱甚至安全事故。
| 消息类型 | 协议标准 | 内容 | 攻击场景 |
|---|---|---|---|
| BSM | SAE J2735 | 车辆安全状态 | 幽灵车辆、碰撞误报 |
| MAP | SAE J2735 | 路口地图 | 导航误导、车道偏离 |
| SPAT | SAE J2735 | 信号灯相位 | 信号灯欺骗、闯红灯诱导 |
| RSI | GB/T 31024 | 路侧信息 | 施工区欺骗、限速篡改 |
| RSM | GB/T 31024 | 路侧安全消息 | 异常交通事件注入 |
| PAM | T/CSAE 53 | 停车场消息 | 虚假停车位信息 |
BSM 消息的关键字段及其伪造影响:
V2X 消息伪造攻击通常需要满足以下条件:(1)拥有支持 V2X 通信的无线电设备(SDR 或专用 V2X OBU);(2)能够生成符合协议格式的伪造消息;(3)伪造消息能够被目标车辆的 V2X 接收器接受。由于 V2X PKI 系统使用数字证书验证消息签名,攻击者需要获取有效的假名证书(Pseudonym Certificate)才能通过签名验证。
BSM/SPAT/MAP 消息安全
BSM 消息的安全验证涉及多个维度。时间有效性验证要求消息的时间戳与接收时间的差值在阈值内(通常 5 秒),防止重放攻击。位置合理性验证要求连续消息的位置变化与车辆速度一致,防止位置跳跃伪造。证书有效性验证要求消息签名使用有效的假名证书,证书未被撤销且在有效期内。
SPAT(Signal Phase and Timing)消息包含路口信号灯的相位和配时信息,被 ADAS 系统用于优化车速建议(Green Light Optimal Speed Advisory, GLOSA)。伪造 SPAT 消息可导致车辆错误判断信号灯状态。
MAP 消息描述路口几何拓扑和车道连接关系,是自动驾驶路径规划的重要输入。MAP 消息篡改可能导致车辆错误规划行驶路径。
PKI 证书体系与安全凭证管理
V2X PKI 体系采用分层证书架构,由 Root CA(根证书)、Enrollment CA(注册证书)和 Pseudonym CA(假名证书)三级构成。假名证书定期更换以保护车辆隐私,但通过 Enrollment Certificate 与假名证书的关联可实现必要的法律追溯。
| 证书类型 | 用途 | 有效期 | 更换频率 |
|---|---|---|---|
| Root CA | 信任锚点 | 10-20 年 | 不更换 |
| Enrollment CA | OBU 注册 | 1-5 年 | 按需 |
| Pseudonym Certificate | BSM 签名 | 数小时-数天 | 高频更换 |
| Linkage Value | 证书链接(隐私保护) | 与假名证书同步 | 高频更换 |
| Authorization Ticket | 功能授权 | 1-3 年 | 按需 |
CRL(Certificate Revocation List)用于撤销被盗或泄露的证书。在高密度交通场景下,CRL 分发和更新的实时性是关键挑战——如果一辆车的证书被撤销但其他车辆尚未更新 CRL,撤销证书签发的消息仍会被接受。
V2X 攻击检测与流量取证
V2X 流量取证需要在无线层和应用层同时进行分析。无线层分析关注射频信号特征、发射功率和调制模式,应用层分析关注消息内容、签名有效性和位置一致性。
V2X 消息异常检测的关键指标:
| 检测指标 | 计算方法 | 异常阈值 | 检测目标 |
|---|---|---|---|
| 位置跳变 | 连续BSM位置差 > 速度×时间×K | K > 2.0 | 位置伪造 |
| 速度异常 | 车速 > 物理极限 | > 200 km/h | 数据注入 |
| 时间偏移 | 本地时钟与BSM时间差 | > 5s | 重放攻击 |
| 证书频率 | 同一证书签名频率 | 异常突增 | 批量伪造 |
| 区域密度 | 单区域内BSM数量 | 突变超过基线3σ | 虚假车辆注入 |
| 信号灯不匹配 | SPAT与BSM位置关联 | 不一致 | SPAT欺骗 |
0x04 OTA 更新安全与固件完整性取证
OTA 更新流程与安全机制
Over-the-Air(OTA)更新是现代智能网联汽车的核心能力,允许制造商远程推送软件更新、安全补丁和功能升级。OTA 系统的安全性直接关系到车辆安全——一个被攻陷的 OTA 通道意味着攻击者可以向数百万辆车推送恶意固件。
典型的汽车 OTA 更新流程涉及多个安全环节:
| 阶段 | 操作内容 | 安全机制 | 取证关注点 |
|---|---|---|---|
| 云端准备 | 固件构建、签名、加密 | 代码签名、加密传输 | 签名密钥泄露、供应链篡改 |
| 传输通道 | TLS 加密传输 | 双向认证、证书固定 | 中间人攻击、降级攻击 |
| T-Box接收 | 固件下载与暂存 | 完整性校验、安全存储 | 内存提取、降级攻击 |
| 本地安装 | 差分还原、刷写ECU | 版本回滚保护、签名验证 | UDS 刷写劫持、回滚攻击 |
| 安装验证 | 功能测试、安全检查 | 远程认证、遥测上报 | 验证绕过、虚假确认 |
固件签名验证与回滚攻击
固件签名验证是 OTA 安全的核心防线。汽车 OEM 通常使用 RSA-2048/4096 或 ECDSA-P256/384 对固件包进行数字签名,签名覆盖固件二进制、版本号和元数据。ECU 在刷写前必须验证签名的有效性。
固件包的典型结构:
回滚攻击(Rollback Attack)利用 ECU 版本比较逻辑的缺陷,强制安装旧版本固件以重新引入已修复的安全漏洞。防御回滚需要 Min Compatible Version 字段的正确实现——ECU 必须拒绝安装版本号低于当前运行版本的固件,除非 Min Compatible Version 明确允许。
差分更新包安全
差分更新(Differential Update)通过只传输变更部分(Delta Package)来减少 OTA 传输数据量,这对于车载蜂窝网络的带宽约束尤为重要。差分更新的安全性依赖于差分算法的正确性和完整性验证——攻击者可能通过构造恶意差分包来注入代码变更。
差分更新包的安全验证需要确保:(1)Delta Package 的完整性(SHA-256 校验);(2)Delta Package 的签名有效性;(3)参考固件版本与当前安装版本一致;(4)还原后的完整固件通过签名验证。
ECU 刷写安全(UDS $34/$36/$37)
ECU 本地刷写通过 UDS 协议的标准服务序列实现。攻击者若能在刷写过程中劫持 CAN 总线,可替换正常的固件数据。
| UDS 服务 | 功能 | 正常序列 | 攻击者利用 |
|---|---|---|---|
| $10 02 | 切换到编程会话 | 请求 → 正响应 | 强制切换到编程模式 |
| $27 09/0A | 编程安全认证 | Seed请求 → Key响应 | 暴力破解/密钥提取 |
| $85 02 | 关闭DTC | 请求 → 正响应 | 隐藏刷写痕迹 |
| $31 01 | 预刷写检查 | 检查条件满足 | 绕过预检查 |
| $34 00 | 请求下载 | 地址+长度 → 下载允许 | 注入恶意下载地址 |
| $36 XX | 数据传输 | 分块传输固件数据 | 替换固件数据块 |
| $37 01 | 退出传输 | 传输完成 → 确认 | 触发固件校验与激活 |
| $31 01 | 后刷写验证 | 完整性检查 → 通过 | 绕过完整性验证 |
OTA 篡改取证分析方法
OTA 篡改取证需要从云端和终端两个维度展开。云端取证关注 OTA 服务器的访问日志、固件构建流水线的审计日志和签名密钥的使用记录。终端取证关注 T-Box/ECU 的固件版本记录、刷写操作日志和异常重启记录。
| 取证来源 | 数据内容 | 分析方法 | 取证价值 |
|---|---|---|---|
| OTA 服务器日志 | 下发记录、设备响应 | 时间线分析、异常模式 | 确认篡改下发 |
| CI/CD 审计日志 | 固件构建、签名操作 | 变更追踪、权限分析 | 供应链安全 |
| T-Box 日志 | 下载记录、校验结果 | 版本比对、完整性检查 | 终端篡改确认 |
| ECU Flash 日志 | 刷写记录、版本信息 | 时序分析、异常检测 | ECU 级篡改 |
| CAN 总线日志 | 刷写期间总线流量 | UDS 会话还原 | 实时攻击还原 |
| 签名验证记录 | 验证结果、错误码 | 异常验证失败 | 签名绕过检测 |
0x05 自动驾驶传感器安全与欺骗检测
摄像头/激光雷达/毫米波雷达/超声波传感器安全
自动驾驶系统依赖多模态传感器融合(Sensor Fusion)来感知周围环境,每种传感器都有其独特的安全脆弱性。
| 传感器类型 | 工作原理 | 安全威胁 | 攻击难度 | 致命性 |
|---|---|---|---|---|
| 摄像头 | CMOS 图像采集 | 对抗贴纸、激光致盲、投影攻击 | 低 | 高 |
| LiDAR | 激光脉冲测距 | 激光注入、脉冲劫持、反射欺骗 | 中 | 极高 |
| 毫米波雷达 | FMCW 雷达回波 | RF 干扰、欺骗转发 | 高 | 高 |
| 超声波 | 声波测距 | 超声波干扰 | 低 | 中 |
| GNSS | 卫星信号定位 | 信号欺骗、信号干扰 | 中 | 极高 |
| IMU | 惯性测量 | 传感器漂移、注入 | 高 | 中 |
摄像头安全:物理对抗样本(Adversarial Patch)可以在不改变环境的情况下欺骗深度学习分类器。2019 年的研究表明,仅在特定位置放置几个经过精心设计的贴纸,就能使 YOLO 和 Faster R-CNN 等目标检测器将停车标志误分类为限速标志。激光致盲攻击使用高功率激光笔照射摄像头传感器,导致图像过曝或传感器永久损坏。
LiDAR 安全:LiDAR 通过发射激光脉冲并测量回波时间(Time of Flight, ToF)来构建 3D 点云。攻击者可以使用外部 LiDAR 设备向目标 LiDAR 发射定制的激光脉冲,在点云中注入虚假的 3D 物体(Ghost Objects),使自动驾驶系统产生错误的环境感知。
毫米波雷达安全:FMCW(Frequency Modulated Continuous Wave)雷达通过频率调制和混频来测量目标的距离和速度。RF 转发器可以捕获并延迟转发雷达信号,制造虚假的距离信息。但毫米波雷达的调频特性使其比 LiDAR 更难被欺骗。
对抗样本攻击与物理世界欺骗
对抗样本攻击(Adversarial Example Attack)是深度学习在物理世界应用中面临的重大安全威胁。在自动驾驶场景中,攻击者通过在物理世界中构造特定的扰动,使传感器输入被分类器错误解读。
| 攻击类型 | 目标传感器 | 物理手段 | 代表研究 |
|---|---|---|---|
| 对抗贴纸 | 摄像头 | 特定图案贴纸 | MIT Robust Physical |
| 光学攻击 | 摄像头 | 激光投影 | 清华大学 2020 |
| 3D打印对抗 | LiDAR | 特定形状3D物体 | 2019 USENIX |
| 光学欺骗 | LiDAR | 近红外激光 | Black Hat 2020 |
| RF 干扰 | 雷达 | 射频干扰源 | 多个研究团队 |
| GPS 欺骗 | GNSS | 伪卫星信号 | DEF CON 等 |
GPS/GNSS 欺骗是自动驾驶面临的最严重传感器安全威胁之一。攻击者使用软件定义无线电(SDR)和 GPS 模拟器发射虚假的 GPS 信号,逐步牵引目标设备的定位结果。GPS 欺骗分为两个阶段:接管阶段(Takeover)——以较高功率发射虚假信号覆盖真实信号;牵引阶段(Drift)——逐步偏移定位坐标以避免触发异常检测。
LiDAR 点云注入攻击
LiDAR 点云注入攻击的关键技术包括:(1)信号同步——攻击者 LiDAR 需要与目标 LiDAR 的扫描模式同步;(2)脉冲调制——生成与目标 LiDAR 激光波长匹配的脉冲信号;(3)时序控制——通过精确控制脉冲延迟来操纵目标 LiDAR 的测距结果。
GPS/GNSS 欺骗检测
GPS 欺骗检测可以从多个维度进行:
| 检测维度 | 检测方法 | 检测指标 | 可靠性 |
|---|---|---|---|
| 信号功率 | 比较真实/接收信号强度 | 功率异常升高 | 中 |
| 多径分析 | 检查信号到达角度 | 路径数异常减少 | 高 |
| 时钟一致性 | 比较接收机时钟与GPS时间 | 时间偏移突变 | 高 |
| IMU 交叉验证 | GPS位置与惯导对比 | 位置偏差超阈值 | 极高 |
| 星历验证 | 通过NTP获取星历对比 | 星历不匹配 | 高 |
| 天线特征 | 检查信号到达方向 | 方向异常 | 中 |
| 多频比对 | L1/L2/L5 频段一致性 | 频段间偏差异常 | 极高 |
多传感器融合安全与异常检测
多传感器融合(Sensor Fusion)是自动驾驶安全的关键防线——通过多源数据交叉验证,可以检测单个传感器的异常。但攻击者可能同时攻击多个传感器以绕过融合检测。
| 融合策略 | 工作原理 | 安全优势 | 安全局限 |
|---|---|---|---|
| 冗余融合 | 多传感器观测同一目标 | 单传感器欺骗可被检测 | 多传感器协同欺骗可绕过 |
| 互补融合 | 不同传感器覆盖不同维度 | 攻击面分散 | 各传感器独立脆弱 |
| 协同融合 | 传感器信息互补增强 | 提高检测置信度 | 攻击者可针对最弱环节 |
| 决策级融合 | 各传感器独立决策后融合 | 降低单点失败影响 | 决策逻辑可能被欺骗 |
0x06 车载信息娱乐系统与 T-BOX 安全取证
IVI 系统攻击面
车载信息娱乐系统(In-Vehicle Infotainment, IVI)是汽车中人机交互的核心界面,通常运行 Android Automotive、Linux 或 QNX 操作系统。IVI 系统拥有丰富的连接能力(蓝牙、WiFi、USB、蜂窝网络),是汽车攻击面中最大的入口之一。
| IVI 平台 | 内核/架构 | 开发语言 | 安全特性 | 常见漏洞类型 |
|---|---|---|---|---|
| Android Automotive | Linux 内核 | Java/Kotlin/C++ | SELinux、沙箱、加密 | 权限提升、组件暴露 |
| Linux-based | Linux 内核 | C/C++/Qt | 较弱的沙箱 | 栈溢出、格式化字符串 |
| QNX Neutrino | 微内核 | C/C++ | 进程隔离、能力控制 | IPC 通信滥用 |
| AGL ( Automotive Grade Linux ) | Linux 内核 | C/C++/Rust | 容器化、seccomp | 配置错误、内核漏洞 |
IVI 系统的典型攻击路径:
| 攻击入口 | 利用方式 | 取证证据 | MITRE ATT&CK |
|---|---|---|---|
| USB 接口 | 恶意 USB 设备/ADB 激活 | USB 连接日志、进程创建 | T1200 |
| 蓝牙配对 | 蓝牙协议栈漏洞 | 蓝牙连接记录、异常配对 | T1200 |
| WiFi 连接 | 热点钓鱼、中间人攻击 | WiFi 连接日志、DNS 查询 | T1557.001 |
| 蜂窝网络 | SIM 卡/基站欺骗 | 蜂窝连接日志、APN 配置 | T1557 |
| 诊断接口 | OBD-II UDS 诊断 | UDS 会话日志 | T1219 |
| OTA 更新 | 更新包篡改 | 更新记录、文件哈希 | T1195.002 |
| 手机投屏 | CarPlay/Android Auto 协议 | 投屏连接日志 | T1200 |
T-BOX 远程通信控制单元安全
Telematics Box(T-BOX)是连接车辆与云端的通信网关,通常包含蜂窝通信模块(4G/5G)、GPS 模块和 CAN 总线接口。T-BOX 承载远程控制(车门解锁/启动/空调)、远程诊断和车辆定位等功能,是远程攻击的关键目标。
T-BOX 的典型架构包括:主控 MCU/SoC(通常运行 Linux 或 RTOS)、蜂窝通信模块(通过 AT 命令控制)、GPS/GNSS 模块、CAN 收发器、安全芯片(Secure Element / TEE)和 OTA 升级模块。
| 安全机制 | 实现方式 | 安全强度 | 已知绕过 |
|---|---|---|---|
| 通信加密 | TLS 1.2/1.3 | 高 | 证书固定绕过、中间人 |
| 身份认证 | OAuth 2.0 / JWT | 中-高 | Token 泄露、重放 |
| 安全启动 | Secure Boot | 高 | 密钥提取 |
| CAN 防火墙 | 网关白名单 | 中 | 规则配置错误 |
| TEE 隔离 | ARM TrustZone | 高 | TEE 漏洞利用 |
| 远程锁死 | Kill Switch | 低 | 信号干扰 |
车载蓝牙/WiFi/蜂窝网络安全
车载无线连接的安全风险需要从协议层和应用层两个维度进行评估。
| 无线技术 | 典型应用 | 主要威胁 | 取证证据 |
|---|---|---|---|
| Bluetooth Classic | 音频流、免提 | 蓝牙嗅探、配对劫持 | HCI 日志、配对记录 |
| BLE | 数字钥匙、传感器 | 中继攻击、重放攻击 | BLE 连接日志、RSSI |
| WiFi AP | 车载热点 | Evil Twin、KRACK | WiFi 连接日志、DHCP |
| 4G/5G | T-Box 通信 | 基站欺骗、IMSI捕获 | 蜂窝日志、基站信息 |
| NFC | 数字钥匙卡片 | 中继攻击、卡片克隆 | NFC 交互日志 |
| UWB | 数字钥匙测距 | 中继攻击缓解/绕过 | UWB 测距日志 |
IVI/T-BOX 取证数据提取方法
IVI 和 T-BOX 的取证数据提取需要根据设备的可访问性选择合适的方法。
| 提取方法 | 适用场景 | 获取数据 | 技术要求 |
|---|---|---|---|
| ADB 提取 | Android IVI 有调试接口 | 完整文件系统、日志 | ADB 工具、root 权限 |
| UART 串口 | 有物理接口的嵌入式设备 | 引导日志、shell 访问 | 串口适配器、波特率 |
| JTAG | 调试接口开放的 ECU | Flash 内存转储 | JTAG 适配器 |
| 芯片脱焊 | 无调试接口的 ECU | Flash 存储完整镜像 | 热风枪、编程器 |
| CAN 日志 | CAN Logger 已部署 | 车辆通信历史 | CAN 分析工具 |
| 蜂窝日志 | T-Box 运营商端 | 通信记录、数据流量 | 运营商配合 |
| 云端数据 | TSP 平台 | 远程控制记录、位置 | 法律授权 |
0x07 云平台与车联网大数据安全取证
车联网 TSP 平台安全架构
Telematics Service Provider(TSP)平台是车联网的云端中枢,连接车辆 T-Box、用户 App 和第三方服务。TSP 平台的安全架构涉及 API 安全、数据安全、身份认证和访问控制等多个层面。
| 架构组件 | 功能描述 | 安全风险 | 取证数据 |
|---|---|---|---|
| API 网关 | 请求路由、认证鉴权 | API 滥用、未授权访问 | API 访问日志 |
| 车辆管理服务 | 车辆状态、远程控制 | 远程控制劫持 | 控制指令日志 |
| 用户服务 | 账户管理、设备绑定 | 账户接管、Token泄露 | 用户操作日志 |
| 地图服务 | 定位、导航、地理围栏 | 位置伪造 | 定位请求日志 |
| 数据分析平台 | 驾驶行为、OTA 统计 | 数据泄露 | 分析查询日志 |
| OTA 管理 | 固件分发、更新状态 | 恶意固件分发 | 更新操作日志 |
车辆数据采集与隐私保护
智能网联汽车产生的数据量极为庞大,涉及位置轨迹、驾驶行为、传感器数据、生物特征等多个维度。
| 数据类型 | 采集频率 | 数据量/天 | 隐私等级 | 法规要求 |
|---|---|---|---|---|
| GPS 定位 | 1-10 Hz | ~50 MB | 极高 | 个保法/GDPR |
| CAN 总线 | 500 Hz+ | ~500 MB | 高 | 数据安全法 |
| 摄像头视频 | 30 fps | ~100 GB | 极高 | 个保法/道路交通安全 |
| LiDAR 点云 | 10-20 Hz | ~20 GB | 高 | 数据安全法 |
| 驾驶行为 | 1 Hz | ~5 MB | 中 | 个人信息保护 |
| 生物特征 | 按需 | 变化 | 极高 | 个保法(敏感信息) |
车云通信安全
车云通信通常使用 MQTT(Message Queuing Telemetry Transport)、AMQP(Advanced Message Queuing Protocol)或 HTTPS 协议。MQTT 因其轻量级和低带宽消耗而成为车联网最常用的通信协议。
| 协议 | 传输层 | 认证方式 | 延迟 | 适用场景 |
|---|---|---|---|---|
| MQTT | TCP/TLS | 用户名密码/证书 | 低 | 实时状态上报、远程控制 |
| AMQP | TCP/TLS | SASL/证书 | 低 | 可靠消息传输 |
| HTTPS | TCP/TLS | OAuth/JWT | 中 | REST API 调用 |
| CoAP/DTLS | UDP/DTLS | PSK/证书 | 极低 | 受限设备通信 |
| DDS | UDP/TCP | DDS Security | 低 | 自动驾驶V2X |
车联网大数据异常行为分析
车联网大数据平台汇聚海量车辆运行数据,通过数据分析和机器学习技术可以检测异常驾驶行为、异常通信模式和潜在的安全威胁。
| 异常类型 | 数据特征 | 检测方法 | 取证价值 |
|---|---|---|---|
| 异常位置跳跃 | GPS 坐标瞬间远距离移动 | 位置差分过滤 | 欺骗检测 |
| 异常通信频率 | T-Box 上报频率突变 | 频率基线分析 | 入侵确认 |
| 异常驾驶行为 | 急加速/急刹车/高速 | 行为模式聚类 | 事故取证 |
| 异常数据流 | 蜂窝数据流量突增 | 流量基线分析 | 数据外泄 |
| 异常控制指令 | 远程控制指令序列 | 指令审计 | 攻击还原 |
| 异常固件版本 | 固件版本回退或异常版本 | 版本一致性检查 | 篡改确认 |
云平台安全事件取证
云平台安全事件的取证需要协调多个数据源和多方协作:
| 取证阶段 | 数据收集 | 分析目标 | 输出物 |
|---|---|---|---|
| 事件检测 | 云平台告警、流量异常 | 事件时间窗口 | 事件时间线 |
| 证据固定 | 云端日志、数据库快照 | 完整性保护 | 证据哈希链 |
| 关联分析 | API 日志、车辆日志、用户日志 | 攻击链还原 | 攻击路径图 |
| 影响评估 | 用户数据访问记录、控制日志 | 数据泄露范围 | 影响报告 |
| 根因分析 | 代码审计、配置审查 | 漏洞根因 | 根因报告 |
0x08 证据强度分层与案例关联
汽车安全取证中,不同类型的证据具有不同的可信度和证明力。基于证据的确定性、可重复性和直接关联性,建立三级证据强度分层体系。
三级证据强度体系
| 证据等级 | 定义 | 典型场景 | 置信度 | 取证要求 |
|---|---|---|---|---|
| 🔴 确认恶意 | 有明确恶意意图和行为的直接证据 | CAN 注入帧、OTA 签名伪造、远程控制劫持 | 95%+ | 多源交叉验证 |
| 🟡 高度可疑 | 强烈暗示恶意活动但需进一步验证 | 异常 V2X 消息、异常传感器数据偏差 | 70-95% | 补充证据收集 |
| 🟢 需要关注 | 可能为正常行为但需结合上下文判断 | 正常 OTA 更新、正常传感器噪声 | < 70% | 持续监控 |
🔴 确认恶意:CAN 注入证据
CAN 注入攻击的确认需要满足以下证据条件之一或组合:
| 证据类型 | 具体描述 | 采集方法 | 可信度 |
|---|---|---|---|
| 直接帧捕获 | CAN Logger 记录到注入帧 | 实时录制 | 极高 |
| 时序异常 | 帧间隔异常稳定(CV < 0.05) | 统计分析 | 高 |
| 无对应 ECU | 出现无法溯源到已知 ECU 的 CAN ID | 拓扑映射 | 高 |
| 物理接入痕迹 | OBD-II 接口发现外接设备 | 物理检查 | 极高 |
| 效果关联 | CAN 帧注入与车辆行为变化时间关联 | 关联分析 | 高 |
🔴 确认恶意:OTA 篡改证据
| 证据类型 | 具体描述 | 采集方法 | 可信度 |
|---|---|---|---|
| 签名验证失败 | ECU 记录固件签名验证失败 | ECU 日志 | 极高 |
| 版本回退 | 固件版本号低于预期 | 版本对比 | 高 |
| 哈希不匹配 | 安装后固件哈希与预期不一致 | 固件提取比对 | 极高 |
| 传输篡改 | OTA 下载流量中间人证据 | 流量分析 | 高 |
| 服务器日志 | OTA 服务器记录异常下发 | 服务端审计 | 极高 |
🔴 确认恶意:远程控制劫持
| 证据类型 | 具体描述 | 采集方法 | 可信度 |
|---|---|---|---|
| 未授权控制指令 | T-Box 接收到未通过 App 发出的控制指令 | T-Box 日志 | 极高 |
| 异常认证通过 | 非车主凭证通过身份验证 | 认证日志 | 极高 |
| 会话劫持 | Session Token 被重用或伪造 | API 日志 | 高 |
| 物理效果 | 车辆在无车主操作的情况下执行控制 | 车辆日志 | 极高 |
🟡 高度可疑:异常 V2X 消息
| 证据类型 | 具体描述 | 采集方法 | 可信度 |
|---|---|---|---|
| 签名无效 | BSM 使用无效或过期证书签名 | 证书验证 | 高 |
| 位置跳变 | BSM 中位置在短时间内不合理移动 | 位置追踪 | 中-高 |
| 区域异常 | 单一区域内 BSM 数量异常激增 | 密度分析 | 中 |
| 速度超限 | BSM 中车速超过物理合理范围 | 阈值检测 | 中 |
🟡 高度可疑:异常传感器数据
| 证据类型 | 具体描述 | 采集方法 | 可信度 |
|---|---|---|---|
| 融合冲突 | 摄像头与 LiDAR 感知结果不一致 | 交叉验证 | 中-高 |
| 静态目标闪烁 | LiDAR 点云中目标间歇性出现消失 | 时序分析 | 中 |
| GNSS 偏差 | GNSS 定位与 IMU 推算偏差持续增大 | 交叉验证 | 中 |
| GPS 功率异常 | GPS 信号功率突然显著升高 | 信号分析 | 中 |
🟢 需要关注
| 证据类型 | 具体描述 | 采集方法 | 判定标准 |
|---|---|---|---|
| 正常 OTA 更新 | 版本号递增、签名有效、哈希匹配 | 版本比对 | 无需告警 |
| 正常传感器噪声 | 传感器数据在正常方差范围内 | 统计分析 | 持续监控 |
| 合法 UDS 诊断 | 授权诊断工具发起的诊断会话 | 会话日志 | 记录审计 |
| 正常 V2X 消息 | 合法证书、合理数据范围 | 协议验证 | 常规分析 |
0x09 自动化检测与狩猎
Sigma 规则:CAN 异常帧检测
Sigma 规则:OTA 更新完整性校验
Bash 脚本:CAN 总线日志自动化分析
Python 脚本:V2X 消息解析与欺骗检测
0x0A 公开案例分析
案例一:2015 Jeep Cherokee 远程攻击事件
2015 年 7 月,安全研究人员 Charlie Miller 和 Chris Valasek 在 Black Hat 2015 会议上公开演示了对 2014 款 Jeep Cherokee 的远程完全控制攻击,这是汽车安全研究史上的里程碑事件。
攻击链描述:
| 阶段 | 攻击步骤 | 技术手段 | MITRE ATT&CK |
|---|---|---|---|
| 1. 远程接入 | 通过蜂窝网络连接到 Uconnect IVI 系统 | Sprint 蜂窝网络 + IP 路由 | T1133 |
| 2. 服务发现 | 扫描 IVI 的开放端口和服务 | 端口扫描、服务枚举 | T1046 |
| 3. 代码执行 | 利用 IVI 中的软件漏洞获得代码执行 | 远程代码执行漏洞 | T1190 |
| 4. 横向移动 | 从 IVI 通过 CAN 总线网关访问动力域 | CAN 网关过滤绕过 | T1557.002 |
| 5. 功能控制 | 注入 CAN 帧控制刹车、转向、变速箱 | CAN 注入 | T1557.002 |
取证发现:
Miller 和 Valasek 通过 Jeep Cherokee 的 Sprint 蜂窝网络连接发现了 Uconnect IVI 系统(运行 Linux)上运行的开放服务。Uconnect 系统监听在特定 IP 端口上的服务存在远程代码执行漏洞,攻击者通过该漏洞在 IVI 系统上获得了 root shell。
关键取证发现包括:IVI 系统到 CAN 总线网关之间的网络过滤规则不够严格——网关允许 IVI 向动力域 CAN 总线发送特定 CAN ID 的帧。攻击者通过在 IVI 上运行自定义程序,向 CAN 总线注入控制指令,实现了对方向盘、刹车和变速箱的远程控制。
IOC(Indicator of Compromise):
| IOC 类型 | 具体值 | 描述 |
|---|---|---|
| IP 地址 | Uconnect 蜂窝网络 IP 范围 | 攻击入口向量 |
| CAN ID | 多个底盘和动力域 CAN ID | CAN 注入目标 |
| 网络端口 | Uconnect 服务端口 | 远程接入点 |
| 进程 | 自定义注入二进制 | 攻击载荷 |
| 系统日志 | Uconnect 异常登录和服务调用 | 入侵痕迹 |
经验教训:
- 网络隔离不足:IVI 与安全关键 ECU 之间的网关过滤不充分,是导致远程控制能力的关键因素
- 蜂窝网络暴露:通过蜂窝网络直接可达的 IVI 系统扩大了攻击面
- OTA 修补能力:Stellantis(原 FCA)通过 OTA 推送了安全更新,展示了 OTA 在汽车安全中的关键价值
- 行业推动:该事件直接推动了 NHTSA(美国国家公路交通安全管理局)加强汽车网络安全监管,催生了 UN R155/R156 法规
案例二:特斯拉 Autopilot 传感器欺骗攻击
特斯拉 Autopilot 系统的传感器欺骗攻击是自动驾驶安全研究的重要领域,多个研究团队从不同维度展示了对特斯拉感知系统的攻击。
攻击链描述:
| 阶段 | 攻击步骤 | 技术手段 | MITRE ATT&CK |
|---|---|---|---|
| 1. 物理准备 | 制作对抗样本或欺骗设备 | 3D 打印、激光设备 | T1200 |
| 2. 传感器欺骗 | 对摄像头或 LiDAR 进行欺骗 | 对抗贴纸/激光注入 | T1565.002 |
| 3. 融合绕过 | 使融合系统接受错误感知 | 多传感器协同欺骗 | T1562.001 |
| 4. 决策误导 | 诱导自动驾驶做出错误决策 | 错误目标/路径注入 | T1565.002 |
取证发现:
多个研究团队(包括 Keen Security Lab、UC Berkeley、Princeton 等)展示了对特斯拉 Autopilot 传感器的多种欺骗攻击:
| 攻击类型 | 目标传感器 | 攻击效果 | 研究团队 |
|---|---|---|---|
| 对抗贴纸 | 前置摄像头 | 将限速标志误识别为其他标志 | UC Berkeley 2018 |
| 激光注入 | 前置摄像头 | 制造虚假障碍物 | Keen Security Lab 2020 |
| GPS 欺骗 | GNSS 模块 | 偏移车辆定位 | 多个团队 |
| 近红外 LiDAR 欺骗 | Autopilot 感知 | 注入虚假点云物体 | Black Hat 2020 |
IOC(Indicator of Compromise):
| IOC 类型 | 具体值 | 描述 |
|---|---|---|
| 物理特征 | 特定图案的对抗贴纸 | 物理世界对抗样本 |
| 激光特征 | 近红外波段(~905nm)激光信号 | LiDAR 欺骗信号 |
| GPS 信号 | 异常功率的 GPS L1 信号 | GPS 欺骗信号 |
| 感知日志 | 摄像头/LiDAR 异常检测结果 | 感知层面异常 |
| 决策日志 | 不合理的紧急制动或转向指令 | 决策层面异常 |
经验教训:
- 传感器多样性:单一传感器欺骗可能被融合系统检测,但多传感器协同欺骗是更严重的威胁
- 物理安全边界:自动驾驶的攻击面从网络空间延伸到物理世界,需要全新的安全范式
- 纵深防御:从传感器硬件、信号处理、融合算法到决策规划的全链路安全设计不可或缺
- 安全测试:需要建立针对物理世界对抗的红队测试能力,包括对抗样本生成和欺骗设备开发
0x0B 参考资料
| 序号 | 资料名称 | 类型 | URL |
|---|---|---|---|
| 1 | ISO/SAE 21434:2021 - Road vehicles - Cybersecurity engineering | 国际标准 | https://www.iso.org/standard/70918.html |
| 2 | SAE J3016: Taxonomy and Definitions for Terms Related to Driving Automation Systems | 行业标准 | https://www.sae.org/standards/content/j3016_202104/ |
| 3 | IEEE 1609.2 - Security Services and Management for Wireless Access in Vehicular Environments | 行业标准 | https://standards.ieee.org/ieee/1609.2/10750/ |
| 4 | Miller C, Valasek C. Remote Exploitation of an Unaltered Passenger Vehicle | 安全研究 | https://illmatics.com/Remote%20Car%20Hacking.pdf |
| 5 | Upstream Security - Global Automotive Cybersecurity Report 2025 | 威胁报告 | https://upstream.auto/resources/annual-global-report/ |
| 6 | SavvyCAN - Open Source CAN Bus Reverse Engineering and Analysis Tool | 开源工具 | https://www.savvycan.com/ |
| 7 | can-utils - Linux CAN Utilities | 开源工具 | https://github.com/linux-can/can-utils |
| 8 | AUTOSAR Classic Platform - Security Concepts | 行业标准 | https://www.autosar.org/standards/classic-platform |
| 9 | CCSA TC12 - Vehicle-to-Vehicle Communication Security Technical Requirements | 中国标准 | https://www.ccsa.org.cn/ |
| 10 | Checkoway S et al. Comprehensive Experimental Analyses of Automotive Attack Surfaces | 学术论文 | https://www.usenix.org/conference/usenixsecurity11/comprehensive-experimental-analyses-automotive-attack-surfaces |
| 11 | Yan C et al. Searching for a Needle in a Haystack: A Black-Box Approach to Attacking LiDAR-based Autonomous Driving | 学术论文 | https://www.usenix.org/conference/usenixsecurity20/presentation/yan |
| 12 | UN Regulation No. 155 - Cyber Security and Cyber Security Management System | 法规 | https://unece.org/transport/documents/2021/03/standards/un-regulation-no-155-cyber-security-and-cyber |
| 13 | SAE J2945/1 - V2V Communications System Requirements | 行业标准 | https://www.sae.org/standards/content/j2945_1_201603/ |
| 14 | 3GPP TS 23.287 - Architecture Enhancements for 5G System (5GS) to Support V2X Services | 技术规范 | https://www.3gpp.org/DynaReport/23287.htm |
| 15 | NHTSA - Cybersecurity Best Practices for Modern Vehicles | 监管指南 | https://www.nhtsa.gov/sites/nhtsa.gov/files/2022-03/Cybersecurity-Practices-2022.pdf |