GB44495和GB44496怎么分工，一个防攻破一个管升级

这两项强标放在一起看最清楚：GB 44495-2024《汽车整车信息安全技术要求》防的是车被攻破，GB 44496-2024《汽车软件升级通用技术要求》管的是软件改得安全。一个对外挡攻击，一个对内控升级，很多企业把两件事混在一个项目里做，结果两套要求都做不透。

先说 44495。它要求车企对整车信息安全风险进行管理——识别车辆的攻击面，从外部接口、通信链路到车载软件，做风险评估并落实防护措施，覆盖车辆全生命周期。审核和型式批准时看的是三样东西：风险评估的方法和结果、安全措施的落实证据、事件响应和监控的能力。出口欧洲的企业对这个框架不会陌生，它和联合国 UN R155 信息安全管理体系的要求是同一个方向，国内强标把这套逻辑写进了国家标准。

再说 44496。软件升级走 OTA 之后，车辆在用户手里就持续在变，标准要管的就是这个"变"字：升级前怎么评估影响，升级包怎么做安全校验，升级失败怎么回滚，升级过程中车辆处于什么状态、用户怎么被告知，升级记录怎么保存。它要求企业建立软件升级管理体系，把每一次升级的版本、范围、目标车辆、结果都记成可追溯的档案。欧盟那条线的对应物是 UN R156 软件升级管理体系，做过 R156 的企业，国内这套要求的框架基本能复用。

两标准的衔接点就在升级动作上。每一次 OTA 都在改车辆的软件状态，改出新漏洞就是 44495 的事故源。所以 44496 要求升级包本身做安全校验，升级管理流程里要嵌入信息安全评估——发布一个升级版本之前，既要有软件质量维度的测试结论，也要有信息安全维度的风险确认。两条线在流程里交汇，组织上却建议分开管理：信息安全团队守 44495 的风险面，软件升级管理团队守 44496 的流程面，评审时两边都到场。

适用范围按型式批准的时间线走，两项标准对新申请型式批准的车辆实施，已获批准车型的过渡安排按主管部门的规定执行。车企梳理自己的适用性时，盯住三个变量：申请型式批准的时间、车辆是否具备联网与远程升级能力、软件变更的频率。不具备 OTA 能力的车型，44496 的部分要求依然适用于线下升级的管理，不能简单划出去。

企业侧的建设可以拆成两条清单。44495 这条：车辆信息安全组织与职责、风险评估流程与记录、车型攻击面清单、防护措施台账、监测与事件响应机制。44496 这条：软件升级管理组织、升级流程文件（评估、审批、执行、回滚）、版本与车辆对应档案、用户告知材料、升级记录保存。两份清单交给两个责任人，季度对齐一次。

给供应商的建议是一句话：车企会把两项要求层层传导到 Tier1 和软件供应商，收到车企的网络安全协议或升级管理要求时，对照自家开发流程补文档，别等二方审核时才建体系。这两项标准的审核逻辑，查的从来不是文件有没有，是记录能不能对上日期。