汽车安全入门 Phase 4 收官：从 V2GEvil 到负责任披露，四讲串成的现代车攻防图

导语：前 11 讲把基础协议、工具链、经典案例都过了一遍。Phase 4 把视角往 2020s 推：从「经典攻击回顾」切到「新战场与防御」——V2G 充电口、OTA 升级、CAN 入侵检测、负责任披露。这四件事单独看都是独立话题，串起来却是一张完整的现代车攻防图。本文把这四讲的核心要点压成一张表，再补上红队视角的三点反思，给整个《汽车安全入门》系列收个尾。

一、为什么把这四讲放在一起

15 讲分四个 Phase：基础协议 → 工具链 → 经典案例 → 新战场与防御。Phase 4 的四讲不是为了凑数，而是回答一个共同的问题——当车不再只是机械+CAN，而是软件+连接+远程的时候，攻防的重心发生了什么变化。

经典案例（Phase 3）讲的是 2015-2020 年的事：Jeep Cherokee 物理接入 + 蜂窝网桥、Tesla 物理接触与早期远程、RollJam 滚动码车钥匙、蓝牙车链中继。这些案例的攻击面集中在已有协议（CAN/蓝牙/UHF）的弱点，红队的操作半径基本是「贴近车或贴近车主」。

Phase 4 不一样了。V2GEvil 攻的是充电桩与车之间的 ISO 15118 链路，攻击者坐在充电桩背后；Uptane 防的是 OTA 推送链，攻击者想把恶意镜像刷进几万辆车；ROAD 数据集把真实 CAN 攻击摆在桌面上，迫使 IDS 研究者面对 fabrication/suspension/masquerade 三类问题；负责任披露则在制度层面定规矩——什么时候报告、报告完了 90 天后公开。每一讲都不再是「找漏洞」，而是「治理生态」。

这就是 Phase 4 真正想讲的事：现代车的安全不再是孤立的「车机系统安全」，而是延伸到电网、供应链、车主社群、监管链条的整体治理。

二、四讲一张总表

把四讲的核心压缩到一张表，能一眼看出「攻什么 / 防什么 / 谁负责」：

四讲的攻击半径画出来很有意思：第 12 讲是「车外→车」（从充电桩打到车），第 13 讲是「云端→车」（从 OTA 服务器打到车），第 14 讲是「车内」（CAN 总线内部），第 15 讲是「人」（研究者和厂商的协作流程）。四件事把现代车的攻防空间填成了一个完整闭环。

三、共同的红队视角

四讲看似分散，串起来能抽出三条共同的「红队思维」：

1. 默认不信任何一段链路是可信的。 第 12 讲默认桩端不可信，第 13 讲默认升级服务器不可信，第 14 讲默认车内某颗 ECU 已被攻陷，第 15 讲默认厂商响应不及时。这套假设一上来就把防御栈抬到「多角色签名 + 行为审计 + 公开时间表」的高度，传统单层信任的车厂在 2020s 后基本都被这条假设打穿。

2. 时间是攻击者的朋友。 第 13 讲 Uptane 的 Timestamp 角色、第 14 讲 ROAD 的「时序透明」攻击、第 15 讲 ASRG 的「90 天窗口」——三处都在和时间博弈。Uptane 用 24 小时 Timestamp 防过期元数据重放，ROAD 用 T.T./T.O. 区分攻击的时序可检测性，ASRG 用 90 天倒逼厂商响应。红队赢在拖，蓝队赢在快。

3. 任何「单点密钥」都是单点失败。 第 13 讲 Uptane 拆出 6 个角色，每个角色单独密钥，第 15 讲 ASRG 把披露流程拆成 Day 0/5/30/60/90 多段，第 14 讲 ROAD 把检测方法分 frequency / payload / signal 三类。分层不是技术洁癖，是真实妥协——历史上多起汽车攻击事件最终都指向「单一密钥/单一团队」这条软肋。

四、三点反思

讲完四讲，再补三点反思，给整个系列收尾：

第一，IDS 是最后一道防线，不是第一道。 第 14 讲 ROAD 提到 ROAD 的 Accelerator Disable 零日只靠「停发某 ID + 改另一 ID」就完成，frequency-based IDS 完全失效。这意味着——如果攻击者已经进了车内网，单纯堆 IDS 不够，必须叠加 Uptane 那种签名链 + 车内分段隔离（第 15 讲五星中的 Segmentation）。IDS 是必要条件，不是充分条件。

第二，标准与标准之间有裂缝。 第 12 讲 ISO 15118 第 2 版默认 TLS 是可选，第 13 讲 TUF 假设网络可信，第 15 讲 UN R155 / GB 44495 才刚开始强制——这些标准都是各自生态的最优解，但拼到一起不一定严丝合缝。OEM 实施时要做大量的「跨标准协调」，研究者写 PoC 时也要注意哪个漏洞落在哪个标准的哪一节。

第三，负责任披露不只是「报告给厂商」。 第 15 讲 ASRG 90 天时间线里 Day 30、Day 60 都有明确的「升级动作」——不只是发邮件等回信。研究者在 Day 30 应该主动催促、提供补丁验证环境、协调第三方平台转发。报告交了不等于披露完成，这和软件漏洞完全不同——车上路每多一天都是车主风险。

五、下一阶段预告

15 讲结束，但《汽车安全入门》这条线不就此停。下一阶段可能的几个方向：

• 横向扩展：从「车」延伸到「车路云一体化」（V2X、RSU、MEC 边缘计算）
• 实战案例复盘：选 2-3 起近三年公开披露的真实事件（带 PoC 视频），做深度拆解
• 工具链深化：单挑一类工具做专题，比如「python-can 高级用法」或「UDSim + UnlockECU 组合实战」

具体走哪条线，等下一次会话再定。本系列 15 讲的全部资源（awesome-vehicle-security 精选条目 + 实战代码 + 思考题）已经按学习曲线整理完毕，想补哪一节可以单独翻。

六、思考题

• 如果你是 OEM 的安全架构师，Phase 4 四件事里哪一件会最先纳入今年预算？理由是什么？
• ASRG 90 天时间线和 Google Project Zero 90 天时间线看上去一样，但汽车工业额外多了「安全验证环境」环节——这一段应该放 Day 几？为什么？
• ROAD 数据集已经开源，但国内 OEM 用它做 IDS 训练的比例仍然很低，主要卡点在哪里？（数据合规？场景差距？还是其他？）

七、素材出处

本收官篇汇总自 Phase 4 已发布的四讲：

• 第 12 讲：V2GEvil 官方仓库 https://github.com/khuntpav/V2GEvil + DEF CON 32 slides
• 第 13 讲：Uptane 官方 https://uptane.github.io/ + Kuppusamy 2016 ESCAR + USENIX 2022 Uptane 论文 + IATC 五星框架
• 第 14 讲：ROAD 数据集 https://0xsam.com/road/ + Verma 等 PLOS ONE 论文 + Zenodo 数据集 + arxiv 2012.14600
• 第 15 讲：I Am The Cavalry https://www.iamthecavalry.org/5star + ASRG 披露流程 https://asrg.io/disclosure/ + Tesla/Stellantis/GM 三家官方漏洞计划页

底层素材池：jaredthecoder/awesome-vehicle-security