一辆车有多少个可以被攻击的入口：GB 44495 强制节点已过，T-BOX 与调试口最容易扣分

二、攻击面盘点：接口清单就是测试清单

GB 44495 的技术测试分四大块，任何一块不过，整体判定不通过。其中体量最大的是外部连接安全，考核对象就是车辆的对外接口清单。

最容易扣分的点在这里：量产调试接口不需要物理拆除，但不得留有无防护的外部访问通路。 实际测试中，"调试口遗留不受控通路"是最常见的扣分项之一。这一条对工程团队的要求其实很高——需要在量产状态机里明确关闭调试能力，并且能提供可验证的证据，而不是"我们拆掉了治具"。

通信安全方面，标准分两个层面考核：车内 CAN 与车载以太网的关键报文须具备身份认证、完整性校验与防重放能力；车云之间要求传输加密与身份校验，TLS 版本要求 1.2 起步。软件升级安全与 GB 44496 衔接，核心是升级包的签名校验、防回滚、以及断电或传输中断后的回滚恢复能力——测试会实际验证升级失败后整车功能一致性，系统变砖直接判定不通过。数据安全则要求落实采集最小化、本地存储防护、数据出境合规与个人信息删除机制，其中"用户点击删除后底层是否真的删干净"是检测重点，前台展示清除但后台日志留存的情形在检测面前藏不住。

从工程实际看，翻车率最高的三处集中在：国密算法性能、OTA 升级包签名校验、通信加密实现。这三项都不是"有没有做"的问题，而是"实现是否正确、性能是否达标"的问题。

三、责任向下游传导：供应商会被要求交出什么

GB 44495 的影响不止于整车厂，它对供应链的改造力度可能超过多数零部件企业的预期。

第一，核心考核对象明确。 T-BOX 作为车内核心通信节点，是绝大多数远程攻击路径的入口；网关与域控制器同样是重点考核对象——不要以为审核只盯 T-BOX。这意味着这几个品类的供应商必须与主机厂共同完成安全接口定义、加密方案评审与远程指令安全验证。

第二，交付物清单变重。 标准要求整车厂在供应商协议中写入网络安全条款，供应商须提供产品与开发流程符合安全要求的证据。具体包括安全开发文档、漏洞处理流程、事件响应计划，且这些材料会被随机抽查。无法提供有效证据的供应商，很可能直接失去供货资格——这是一个"资格型门槛"，不是"议价型门槛"。

第三，开源组件管理从可选变必选。 使用开源组件的团队必须实施开源漏洞管理、代码签名与安全编译选项，这些过去属于"最佳实践"的控制项，如今是必查项。

智能网联的安全门槛不是"能不能被攻破"，而是"能不能拿出证据证明你系统地防过"——这是从产品认证到体系认证的转变。

四、对企业的三条落地建议

1. 把时间节点当作项目节点而非合规节点。 新车型 2026 年 7 月 1 日的强制节点已经过去，接下来影响面更大的是 2028 年 1 月 1 日的在产车型整改线——存量车型的整改周期通常比新车型更长，因为涉及已有平台的架构改动与供应链重新验证。此外，2027 年 7 月 1 日是 CCC 全车型合规线的关键节点，覆盖新车与已公告车型，整改窗口最紧。

2. 全生命周期风险评估报告是受理门槛，绕不开。 重点攻击入口应覆盖 T-BOX、远程通信模块、IVI 车机、OBD 诊断口、USB、蓝牙与 Wi-Fi，每个威胁场景都要评估攻击可行性与影响程度。报告不能只写结论，风险处置措施必须逐项留痕——TARA 报告的退回率之所以高，就是因为企业把它当成了文档工作而非工程工作。

3. 建立体系的长效运营机制。 监管的重点正在从"认证时是否达标"转向"认证后体系是否持续运行"。审核会检查风险评估文档是否定期更新、新发现的网络安全威胁是否纳入控制、供应商安全管理是否持续有效。多数不符合项并非来自体系文件缺失，而是来自风险评估文档几年没更新——这在审核中很容易被发现。