也就是在充电方面，在协议上面也有相应的加密，在开发过程中和调试过程中，无论OEM还是供应商，也不得不依赖相应的工具去解决：ISO15118这个协议是否支持？在工具和设备里面，另一个重要的考虑将是刚才提到里面的ISO15118-2和-20中要求的TLS部分，是否能够完全做相应的支持。

对于充电系统的整个开发过程，充电部分和实际的传统开发流程都是一样，会有相应的从虚拟SiL原型，到A/B样以及C样和量产车，在早期开发产品的时候，需要模拟充电桩（EVSE）或车辆（EV），因为EV和EVSE之间通信是带有TLS加密通信，本身充电桩的模拟也要能够支持TLS的协议在里面。到后期实际充电的时候，接了真实的桩进行相应的数据传输，数据也有TLS的协议在里面，一方面数据能够采集下来，另外一方面在分析的时候，解密的工作也是需要工具可以处理的。

在以太网或者PLC中数据在通讯的时候，在开发环境里面都是能够把相应的数据进行加密和解密的处理。随着测试完成之后，系统ECU和车辆做集成，集成之后会把车辆跟相应的装进行数据的处理，在里面也是要处理证书，就是TLS方面的一些应用处理。

车联网-V2X的安全

车辆外互联接口方面，尤其是在V2X这块，在中国地，我们看到很多的实验区，包括三跨、四跨也在做相应的开发应用。在整个系统里面层面：在整个链路上，无论是车与车、车与其他设备进行通讯的时候，可以通过PC5实现V2X的数据传输，传输的数据上面会使用相应的证书进行的数据加密。以及相应数据进到车的内部以后，车辆端的通信随着OEM车内安全技术的应用，对数据也进行相应的加密。

所以在车联网V2X方面，在选择工具的时候也有很多条件需要进行相应的考虑，当然很多供应商和OEM也不仅仅只会面临中国的项目需要做，当然面对全球的项目都要做相应的支撑。在Security方面，中国的V2X安全规范目前还是Draft版本，但是对于欧美的安全规范ETSI TS 103 097和IEEE 1602.2都是发布状态。在工具选择方面，肯定是要能够支持相应国家的Security。也需要支持各OEM车内通信的安全加解密。另外工具需要支持常规车载通信开发和测试的要求，比如需要支持通信需要的arxml、诊断的cdd等，以及车载通信1000/100BASE-T1和CAN FD等连接通道。需要以长远的视角规划相应工具和设备，以实现V2X方面Security的处理。

安全互联Connectivity

越来越多的OEM会使得车辆跟云端和后台有相应的交互，以及随着SOA的引进，整个系统不仅仅是车，也可能是车+后台、车+运后、手机等等在内的通讯应用。在车辆互联方面主要的通讯技术：MQTT和HTTP。跟外部互联通讯的时候都需要对相当的数据进行相应的加密和处理。在这种应用的情况下，也需要工具能够支持MQTT或HTTP等协议。