南京汽车安全架构创新研究

摘要：本研究聚焦南京汽车产业智能化与网联化发展中的安全架构创新，围绕整车功能安全、网络安全及数据安全的协同需求，探索软硬件融合、多层防护与动态风险监测的技术路径，结合本地产业基础，研究安全架构设计、测试验证与标准衔接机制，提出覆盖研发、生产和运行全生命周期的安全保障思路，为提升汽车系统可靠性与产业创新能力…

本研究聚焦南京汽车产业智能化与网联化发展中的安全架构创新，围绕整车功能安全、网络安全及数据安全的协同需求，探索软硬件融合、多层防护与动态风险监测的技术路径，结合本地产业基础，研究安全架构设计、测试验证与标准衔接机制，提出覆盖研发、生产和运行全生命周期的安全保障思路，为提升汽车系统可靠性与产业创新能力提供参考。

从单车防护走向系统协同

南京汽车安全架构创新研究，值得关注的不是某项功能是否更“聪明”，而是汽车在感知失误、软件异常或网络中断时，能否守住安全底线，在缺少可核实的最新项目进展时，从技术体系切入，更能看清南京人工智能、软件信息与通信研究积累如何服务汽车产业。

随着汽车电子电气架构向域集中、中央计算演进，过去分散在多个控制器里的功能开始集中运行，资源共享提高了开发效率，也让故障隔离变得重要：座舱应用卡顿，不应影响制动；智能驾驶模块异常，也不能让车辆失去基本操控能力，安全架构因此必须覆盖计算、通信、执行及供电链路。

理解这一变化，需要区分三类问题，ISO 26262关注道路车辆功能安全，重点应对电子电气系统故障带来的风险；ISO 21448关注预期功能安全，处理功能局限及可合理预见误用引发的风险；ISO/SAE 21434则面向汽车网络安全工程，三者相互补充,不能用其中一项认证替代完整安全论证。

人工智能的引入，使“没有硬件故障”不再等于“没有风险”，摄像头遇到逆光、模型面对少见障碍物，都可能产生错误判断，直接相关的创新方向，是给智能算法配套独立监控、运行边界识别和降级机制，例如感知可信度下降时，系统应按设计限制功能，并提供明确提示,而非继续输出看似确定的决策。

算力平台也需要分层防护，通过内存保护、任务隔离、通信校验和时间监测，可以降低不同软件之间的相互干扰，关键控制链路是否需要冗余，应由危害分析和安全目标决定，不能简单理解为“芯片越多越安全”，若两套系统依赖同一电源或同一错误输入,仍可能同时失效。

南京的软件信息和工业大数据能力，可用于研发验证与质量闭环，把测试记录、生产检测、车辆故障反馈连接起来，有助于定位问题、追踪版本影响，数据规模不能直接证明系统安全，场景是否有代表性、标注是否可靠、问题能否复现，以及修复后是否完成回归测试,才是证据链的关键。

通信研究则为车路协同提供支撑，紫金山实验室布局未来网络、先进通信等方向，其研究背景与车联网具有技术关联，但不能据此认定已有汽车安全成果落地，6G仍处于研究与标准化推进阶段，讨论其潜力时,应与现有通信条件下能够验证的能力分开。

更低时延、更可靠连接，有望改善协同感知的信息交换，但网络无法保证始终可用，道路侧数据应经过时效性与一致性检查,车辆断网后仍须保有必要的安全能力。

对产业而言，竞争重点将从功能数量转向可信交付，南京相关研究若要形成价值，需要车企、软件企业与检测机构共同建立可复现的验证流程，让安全要求贯穿设计、制造、升级和运维。