2026 年 1 月 1 日起，三份强制性国标正式落地：

• GB 44495《汽车整车信息安全技术要求》

• GB 44496《汽车软件升级通用技术要求》

• GB 44497《智能网联汽车 自动驾驶数据记录系统》

别以为离你很远。这几句话，直接决定了你的产品能不能上市。

一句话读懂：车联网产品没有信息安全，就上不了市。 而 TBOX，恰恰是车联网信息安全的第一战场。

三份标准同期发布（2024-08-23）、同期实施（2026-01-01），但管的完全不同：

对 TBOX 工程师来说，最核心的是 GB 44495 + GB 44496—— 一个管安全，一个管升级，而 TBOX 正是 OTA 的关键通道。

工信部已明确：这三项标准与联合国 UN R155、UN R156 充分协调。所以，你海外项目里看到的 R155 要求，国内基本都对得上号。

对你意味着什么？

• 新申请型式批准的车型：实施之日起就要合规；

• 存量车型：给到实施后第 25 个月（约 2028 年 2 月）过渡期；

• 行业解读：2026 年 7 月起新车型公告申报要同步提交 GB 44495+44496 材料，2027 年 7 月是全车型 CCC 强制红线（注：此节点为行业解读，以工信部官方公告为准）。

一句话：别等到 2028 年。整车厂现在就在给 Tier1 压信息安全要求 ——早合规，早拿单。

逻辑其实很清爽，帮你拆成三层：

• 体系层（第 5 章）：汽车信息安全管理体系 CSMS—— 车企要有全生命周期安全管理体系

• 基本要求层（第 6 章）：风险评估、供应商管理、密码算法等通用要求

• 技术要求层（第 7 章）：四大安全域 —— 外部连接 / 通信 / 升级 / 数据

• 验证层（第 8 章）：文档检查 + 实车测试

• 判定层（第 9-10 章）：怎么算同型、什么时候执行

TBOX 工程师重点看两块：第 5 章管 "体系"，第 7 章管 "技术"。

很多工程师以为信息安全就是堆技术 ——大错特错。

GB 44495 第 5 章先立规矩：车辆制造商必须建立覆盖全生命周期（开发、生产、后生产）的汽车信息安全管理体系。

体系必须包含五大过程，最值得你注意的三点：

① 风险管理过程

识别、评估、分类、处置风险，且风险评估必须保持最新—— 不是做一次就完事。车在卖、攻击面在变，风险库要持续更新。

② 监测响应过程

对攻击、威胁、漏洞持续监控，车辆纳入监控的时间不晚于车辆注册登记—— 车还没卖出去，监控体系就得准备好。

③ 漏洞管理机制

明确漏洞收集、分析、报告、处置、发布、上报六个环节，且时限内处置。这条直接决定：你们团队要不要养一个漏洞响应流程。

对 TBOX 的含义：CSMS 认证主体虽是整车厂，但要求会层层传导到 Tier1。你做 TBOX，就要配合整车厂完成风险评估、提供漏洞处置方案 ——这是商务合同的硬性条件。

第 7 章是技术要求主体，TBOX 几乎条条沾边。

外部连接安全 ——TBOX 就是 "外部连接" 的入口

• 远程控制：指令要验证真实性和完整性（防伪造篡改）；要有访问控制（禁用非授权指令）；安全日志至少留存 6 个月（时间、发送主体、远程控制对象、操作结果）

• 外部接口：USB、诊断接口要访问控制；诊断接口写关键配置 / 标定参数时，要身份鉴别或访问控制 ——这是 TBOX 调试口的红线

• 漏洞管理：不应存在权威漏洞平台 6 个月前公布且未处置的高危及以上漏洞 ——NVDB-CAVD 等专用漏洞库要定期查

通信安全 ——TBOX 的看家本领

• 与云平台通信验证身份真实性 ——这就是双向认证 / TLS 的法规来源

• V2X 直连通信验证证书有效性 —— 防伪造证书

• 外部无线通道（除 RFID/NFC）要完整性保护

• 内部网络区域划分、边界防护（物理隔离 / 白名单 / 防火墙 / VLAN），跨域请求默认拒绝 + 最小化授权

• 具备识别并处理 DoS 攻击的能力

• 通信信息安全事件日志留存≥6 个月

划重点：7.2.1 要求 "车辆与云平台通信时，对通信对象身份真实性验证"—— 这正是 "五菱车控通讯安全方案" 做双向认证的直接依据

软件升级安全 ——TBOX 是 OTA 必经之路

• 可信根、引导加载程序、系统固件防篡改 —— 被篡改后无法正常启动（安全启动链）

• 在线升级：车与升级服务器身份认证（常见用证书）、升级包真实性和完整性验证、日志留存≥6 个月

• 离线升级：同样要接入端识别、升级包防伪造篡改

这套要求和 GB 44496 互相咬合 ——TBOX 的 OTA 设计，要同时满足两份标准。

数据安全 ——TBOX 里存着 "命根子"

• 密钥防非法获取：安全访问技术 / HSM 硬件安全模块 / 安全软件存储，三选一

• VIN 等身份数据、关键数据（制动参数 / 安全气囊阈值 / 动力电池参数）防非授权删除修改

• 安全日志防修改、防非授权删除

• 具备个人信息删除功能

• 不应直接向境外传输数据（用户自主行为除外）

划重点：7.4.1 测试方法里，HSM 被明文点名为合规手段之一 —— 这就是为什么现在的 TBOX 普遍要配安全芯片（如 CIU98）。

GB 44495 不是单一测试，而是三条线：

第 8 章测试方法细到什么程度？

• 漏洞扫描：比对 NVDB-CAVD 等平台 6 个月前的高危漏洞清单

• 远程控制：伪造篡改指令，测试车辆是否执行

• 云平台认证：抓包解析，检查是否做身份真实性验证

• 数据出境：全通道抓包不少于 3600 秒，检查目的 IP 是否有境外地址

这意味着什么？ 合规不是 "写个方案交差"，而是要扛得住实车攻击测试。TBOX 作为攻击面最大的零部件之一，是测试重点。

行业最大的误区："我有 R155 认证，国内直接免检。" —— 这是错的。

两条最要命的差异，记住：

① 国密算法强制。 国内销售车型，外部通信、固件签名、数据存储场景必须用国密 SM2/SM3/SM4。海外非国密体系在国内行不通 —— 换算法是硬件级改动，选安全芯片时就要考虑国密支持。

② 测试严苛度。 GB 44495 有标准化测试方法和明确合格阈值，比 R155 的 "企业自证"严得多。

已通过 R155 认证的车企，CSMS 体系可走等效评估，但 VTA 实车测试还得按国内标准来。

国标硬节点（准确）：

• 2024-08-23：三强标发布

• 2026-01-01：实施；新申请型式批准车型开始执行

• 约 2028-02（实施后第 25 个月）：存量车型开始执行

行业解读节点（以官方公告为准）：

• 2026-07-01：新车型公告申报提交 GB 44495+44496 合规材料

• 2027-07-01：全车型 CCC 强制红线

• 安全不是功能，是资格。 没有信息安全设计，TBOX 连送检的资格都没有。

• 三个 "标配" 要开始攒：

  安全芯片（HSM/SE，支持国密）——7.4.1 明文路径

  安全启动链（可信根→Bootloader→应用逐级校验）——7.3.1 硬要求

  双向认证 + 加密通信（车云 TLS、SecOC）——7.2.1 法规来源

• 日志和安全监测要 "从第一天就有"：6 个月留存、注册前监控 —— 不是上线后补的。

• 供应链传导：整车厂的信息安全要求会写进和你签的合同，评审需求时逐条对照 GB 44495。

到这里，国内三份强标你已经心里有数了。但别只盯着国内—— 你的产品一旦出海，面对的是一张更复杂的全球法规版图，同样是五条线并行：

• 联合国 WP.29：制定 UN R155/R156，全球基准，但须缔约方采用才强制

• 欧盟：把 R155/R156 纳入型式批准，2022 年起强制

• 中国：以 R155 为参考制定 GB 44495，加国密等 "中国特色"，2026 年起强制

• 美国：无联邦强制法规，只有 NHTSA 非强制指南

• 日本 / 韩国：跟随 R155，与欧盟时间线接近

这是联合国 WP.29 在2020 年通过的全球第一批具有法律约束力的汽车网络安全法规。

关键设计：双轨制。

• CSMS（管理体系）：车企建立覆盖全生命周期的安全管理体系，先过审拿证书

• VTA（车型批准）：具体车型满足技术要求，通过测试才获批

两样缺一不可—— 没有 CSMS 证书，车型根本不能申请批准。

R155 技术核心：7 大类 32 项攻击威胁，企业通过 TARA（威胁分析与风险评估）识别风险、定防护方案。注意 ——R155 没有统一强制测试指标，靠企业自证，这点和中国 GB 44495 完全不同。

适用车型：M 类（乘用车 / 客车）、N 类（货车）、O 类（带 ECU 挂车）、L6/L7（L3 + 自动驾驶四轮车）。

欧盟通过型式批准框架，把 R155/R156 变成硬性强制：

除 R155/R156 外，还有两个法规要留意：

• EU 2019/2144（机动车型式批准法规）：R155/R156 的法律载体，把信息安全与软件升级要求 "焊死" 进型式批准流程。

• EN 18031（RED 无线电设备网络安全标准）：2024-08 发布、2025-01 列入欧盟官方公报、2025-08-01 强制。针对所有 "无线电设备" 的网络安全，对应 RED 指令第 3.3 (d)(e)(f) 条。关键豁免：机动车不适用 (e)(f)—— 因为汽车网络安全走的是 R155/R156 体系，不在 RED 范围。

对 TBOX 的含义：带蜂窝 / 蓝牙 / WiFi 的 TBOX 整机销欧盟，先确认适用哪套体系—— 装车量产的 TBOX 走 R155/R156（随整车批准）；单卖的独立无线模块 / 设备才可能碰 EN 18031。这个边界，一定要分清。

中国没有直接采用 R155，而是以它为参考自建强制国标。核心差异，一张表看清：

两大 "中国特色"，务必记住：

① 强制国密。 外部通信、固件签名、数据存储必须用 SM2/SM3/SM4。同一个 TBOX 平台要同时卖国内 + 海外？加密芯片要同时支持国密和国际算法（双算法支持），或做硬件级区分。

② 标准化检测。 GB 44495 不是 "企业自证"，而是规定了明确测试方法和合格阈值 —— 第 8 章几十条测试（漏洞扫描比对、伪造指令测试、抓包≥3600s 查数据出境等）。合规是 "考出来的"，不是 "写出来的"。

等效评估：已过 R155 的车企，CSMS 可走等效评估（降低搭建工作量），但 VTA 实车测试仍按国内标准。注意：只针对批量全新整车，平行进口单台不适用。

美国是主要汽车市场里的 "另类"——没有联邦强制汽车网络安全法规：

• 不是 1958 协定缔约方，R155/R156 在美国无法律效力

• NHTSA 2022-09 发布《现代车辆安全网络安全最佳实践》，非绑定指南

但注意：美国车企出口欧盟 / 日本的车，照样要满足 R155—— 所以美国车厂内部其实也在做 CSMS，只是没有联邦强制。

对 TBOX 的含义：美国没有 "强制认证" 压力，但 OEM 大概率会在合同里要求参考 NHTSA 最佳实践 + ISO 21434 流程。别以为没强制就能裸奔 —— 供应链条款会把它变成事实要求。

• 日本：1958 协定缔约方，2022-07 起新车型执行 R155（与欧盟同步）

• 韩国：时间线类似

两国都直接采用 R155/R156，没有像中国这样自建强制国标。

1. 先问产品卖哪。 国内 / 欧盟 / 北美 / 其他，决定你按哪套法规设计 —— 国内上国密、出海用国际算法、两栖平台做双算法（这是芯片选型时就要定的，不是软件能补的）。

2. 国内项目把 GB 44495 当 "最低线"。 它不是上限而是底线 —— 客户需求（如长城 / 上汽大众的规范）只会比国标更严，不会更松。

3. ISO 21434 是 "通用语言"。 无论国内海外，ISO/SAE 21434 都是 R155 和 GB 44495 共同认可的实现方法论。先把 21434 流程跑起来，国内外通用。

4. 出海欧洲盯两套。 整机随整车走 R155（体系 + 车型双轨）；独立无线设备确认是否碰 EN 18031—— 边界不清先问认证机构，别自己猜。

5. 美国市场别裸奔。 没强制不代表没要求，OEM 合同会引用 NHTSA 指南 + 21434，供应链条款照样卡你。