4. SOME/IP安全威胁分析：车载网络攻击面、SOME/IP面临的典型攻击

好，咱们进入第四讲。前面几章我们把SOME/IP的基础协议栈、服务发现机制都捋了一遍。说实话，光看协议本身，你会觉得它设计得挺精巧的。但一旦放到真实的车载网络环境里，问题就来了——它太“开放”了。

我经常跟团队里的年轻人说：“SOME/IP在设计之初，并没有把网络安全作为首要考量。” 它更多是解决“怎么高效通信”的问题，而不是“怎么安全通信”。这就好比你在家里装了个智能门锁，功能很全，但钥匙就挂在门外——攻击者根本不需要破解锁，直接拿钥匙开门就行了。

今天我们就来聊聊，SOME/IP到底面临哪些安全威胁。我会结合我在几个量产项目里踩过的坑，给大家做个系统性的梳理。

4.1 车载网络攻击面：攻击者从哪里下手？

先说说攻击面。你想想看，一辆智能网联汽车，有多少入口可以被攻击者利用？

• 外部无线接口：4G/5G、Wi-Fi、蓝牙、NFC、GPS信号。这是最直接的攻击入口。
• 车载诊断接口（OBD-II）：很多测试设备直接接OBD口，如果没做访问控制，这就是个后门。
• 车内网络总线：CAN、CAN FD、FlexRay、以太网。SOME/IP跑在以太网上，攻击者只要接入以太网段，就能嗅探到SOME/IP报文。
• ECU固件更新通道：OTA升级如果没做签名校验，攻击者可以植入恶意固件。
• 传感器/执行器：摄像头、雷达、刹车系统。这些节点如果被攻破，后果不堪设想。

我个人习惯把攻击面分成两类：“外部可达”和“内部可达”。外部可达的，比如T-Box（远程通信模块），它直接连着云端，攻击者可以从互联网发起攻击。内部可达的，比如域控制器之间的以太网链路，攻击者需要先物理接入或者通过某个被攻破的节点才能触及。

4.2 SOME/IP面临的典型攻击

好，攻击面清楚了。那针对SOME/IP协议本身，攻击者具体能做什么？我总结了四种最常见的攻击类型：重放攻击、篡改攻击、欺骗攻击、拒绝服务攻击。

4.2.1 重放攻击（Replay Attack）

说白了，就是攻击者把之前截获的合法SOME/IP报文，原封不动地再发一遍。

举个例子。你车上的某个ECU发送了一条“解锁车门”的SOME/IP请求。攻击者用抓包工具把这个报文录下来了。等车主离开后，攻击者把这个报文重新发送到网络上——车门就开了。

为什么会这样？因为SOME/IP报文本身没有时间戳或者序列号机制。接收方无法判断这个报文是“现在”发的，还是“五分钟前”录的。

我在一个项目中遇到过类似问题。当时我们做远程空调控制，测试时发现，只要抓到一个“开启空调”的报文，就能无限次重放。后来我们加上了时间戳+防重放计数器，才堵住这个漏洞。

4.2.2 篡改攻击（Tampering Attack）

攻击者截获SOME/IP报文后，修改其中的数据字段，再转发出去。这就是篡改攻击。

比如，一个SOME/IP报文携带的是“车速100km/h”的数据。攻击者把它改成“车速0km/h”，然后发给仪表盘。仪表盘显示车速为0，但实际车速是100——这可能导致驾驶员误判。

更危险的是对控制指令的篡改。比如刹车系统的SOME/IP报文，攻击者把“刹车力度80%”改成“刹车力度0%”。

防御篡改攻击，最直接的手段就是消息认证码（MAC）或者数字签名。接收方收到报文后，先验证MAC或签名，如果对不上，直接丢弃。

4.2.3 欺骗攻击（Spoofing Attack）

欺骗攻击，说白了就是“冒充”。攻击者伪造一个SOME/IP报文，声称自己是某个合法的服务提供者或消费者。

在SOME/IP中，服务发现（SD）阶段特别容易受到欺骗攻击。攻击者可以伪造一个Offer Service报文，声称自己提供了某个关键服务（比如“刹车控制”）。其他ECU收到这个Offer后，就会把请求发给攻击者——攻击者就可以为所欲为了。

还有一种情况是IP地址/端口欺骗。SOME/IP的通信依赖于IP和端口，如果攻击者伪造源IP地址，接收方就无法判断报文是否来自真正的服务端。

我记得有一次，我们在做V2X（车路协同）的SOME/IP集成测试。测试中发现，一个路侧单元（RSU）竟然收到了来自“自己”的Offer报文——实际上是隔壁测试台架上的一个设备伪造的。从那以后，我们强制要求所有SOME/IP节点在SD阶段必须进行身份认证。

4.2.4 拒绝服务攻击（Denial of Service, DoS）

DoS攻击的目标不是窃取数据，而是让系统瘫痪。攻击者向目标ECU发送大量无效或恶意的SOME/IP报文，耗尽它的CPU、内存或网络带宽。

在SOME/IP场景下，常见的DoS攻击方式有：

• 大量Subscribe/Unsubscribe请求：让服务端忙于处理订阅状态切换，无暇处理正常请求。
• 超大Payload报文：SOME/IP报文可以携带很大的Payload，攻击者发送超大报文，导致接收方内存溢出。
• 频繁的Service Discovery广播：攻击者伪造大量Offer或Find Service报文，让所有节点都陷入SD处理风暴。

我在一个项目中就吃过这个亏。当时我们做ADAS（高级驾驶辅助系统）的域控制器，测试时发现，只要往以太网口上灌入每秒几千个SOME/IP Subscribe报文，域控制器的CPU占用率就飙升到100%，导致正常的感知算法无法运行。

4.3 攻击场景总结

为了让大家更直观地理解，我把这四种攻击的特点整理成了一个表格：

攻击类型	攻击目标	典型手法	防御手段
重放攻击	破坏数据新鲜性	录制并重发合法报文	时间戳、序列号、挑战-响应
篡改攻击	破坏数据完整性	修改报文Payload	MAC、数字签名
欺骗攻击	破坏身份真实性	伪造源IP/服务Offer	身份认证、证书
拒绝服务攻击	破坏可用性	大量无效请求、超大报文	速率限制、资源隔离、报文过滤

4.4 小结

嗯，这一章的内容就到这里。我们梳理了车载网络的攻击面，也详细分析了SOME/IP面临的四种典型攻击。说白了，SOME/IP本身就像一张白纸，安全机制需要我们自己往上加。

下一章，我会具体讲讲怎么在SOME/IP协议栈中集成这些安全机制——包括认证、加密、完整性校验的具体实现方案。到时候我会拿出我实际项目中的代码片段，给大家做演示。

记住一句话：没有绝对的安全，只有不断对抗的攻防。 我们做汽车电子安全的，就是要让攻击者的成本远大于收益。