2023年10月23日，看雪第七届安全开发者峰会SDC于上海顺利举办，我们实验室小伙伴也积极参会。峰会以“安全开发·数智未来”为主题，涉及到了DNS安全、大模型安全、虚拟机安全、移动安全、工控安全、芯片安全、USB设备安全、车联网安全等多个话题。现场气氛火热，干货满满！

      其中，车联网安全专题是大会的一大亮点，包含了三个演讲和一个沙龙。下面来看看参会白泽er带来的车联网专题回顾总结吧！

      📢新鲜出炉，绝对不容错过哦！

 在该专题中，演讲者给出了一个基于MQTT协议的远程控车案例。MQTT协议是一种轻量级的发布/订阅通讯协议，用户可以通过MQTT协议发布控车指令。然而，在MQTT协议中，用户的控车指令并不是直接发送到车辆，而是先发送至云服务器，再由云服务器代为转发。然而，不同的车厂可能使用同一供应商的MQTT云服务，如果攻击者能够控制车厂B的车辆，就有机会打入车厂A的车辆与MQTT云服务的通信中。进入MQTT服务中后，攻击者可以订阅正常的用户的控车指令；如果获取了用户token，还能发布控车指令。

基于MQTT的控车攻击流程

      无论对于企业、高校还是个人，车联网安全研究的高昂成本都是一大阻力，基础的攻击验证需要至少一辆实车，攻击的泛用性验证更是需要不同品牌、不同型号的车辆进行试验。因此，如果能开发车联网部件的虚拟化方案，使用软件降低测试成本，那么车联网安全研究的门槛将显著降低。然而，如何在虚拟机上运行车联网设备固件，以及如何虚拟化设备间的网络通讯，是两个主要的问题。来自绿盟科技的团队尝试解决这两个问题，并带来了他们在探索车联网设备虚拟化上的经验。

      搭建虚拟化的第一步是确定网络拓扑。演讲者提到，一辆车中的设备数量庞大，高端车型包含接近一百个设备，因此，它们构成的网络也较为庞大。然而，作者认为该网络结构是可以精简的，换句话说，要验证车联网虚拟化的可行性，只需要保留3-5个设备即可。

精简后的网络拓扑

      随着车联网的发展，车辆功能愈发丰富，车载软件系统的架构也愈发复杂。然而，越复杂的软件架构，带来越多的安全风险。演讲者通过列举攻击案例的方式，揭示了新型软件架构引入的攻击面。

      缺乏权限校验机制会引入恶意控车风险。当某个车辆模块收到指令时，很可能不会进行权限校验，因此无法过滤恶意指令。演讲者展示了多个权限校验缺失导致的安全问题。如下图所示，系统服务中的数据获取API没有进行任何的权限检查，任意方都可以直接进行CAN信号的发送。只要攻击者逆向得到了车辆指令的格式，就能轻松通过恶意应用发布控车指令。

系统服务API缺乏权限校验