汽车网络信息安全-ISO/SAE 21434解析（上）

概述

第四章-概述

1. 研究对象和范围

2. 风险管理

第五章-组织级网络安全管理

1. 网络安全治理（cybersecurity governance）

2. 网络安全文化（cybersecurity culture)

3. 信息共享（Information Sharing)

4. 管理体系（Management System)

5. 工具管理（Tool Management)

6. 信息安全管理（Information security management)

7. 网络安全审计（organization cybersecurity audit）

第六章-项目相关的网络安全管理

1. 网络安全职责

2. 网络安全计划

3. 网络安全活动的裁剪

7. 网络安全案例

8. 网络安全评估

9. 后开发的释放

概述

ISO国际标准化组织于2021年8月31日正式发布了汽车信息安全领域首个国际标准ISO/SAE 21434《Road vehicles—Cybersecurity engineering（道路车辆-信息安全工程）》。目的是就重要的网络安全问题达成全行业协议，并确保整个供应链具有支持设计方法安全的过程。标准共由15个章节组成，其中主体部分为4-15章。

第4章概述 General considerations：概述部分介绍道路车辆网络安全工程的背景信息，主要包含对标准对象、标准范围以及风险管理的阐述。

第5章组织级网络安全管理：包含组织层级网络安全方针、规则和流程的规定和管理要求。

第6章基于项目的网络安全管理：包含项目层级的网络安全活动和管理要求。

第7章分布式网络安全活动：包含客户与供应商之间网络安全活动的职责确认的要求。

第8章持续的网络安全活动：包含对项目生命周期中，需持续实施的风险分析和E/E系统的漏洞管理活动的要求.

第9-14章 描述了从概念设计到产品开发、验证、生产及后期运维和退役全生命周期的网络安全活动和相关要求。

第15章威胁分析和风险评估方法：提供了一套网络安全威胁分析、风险评估及处置的方法论。

第四章-概述

该章节对21434进行了一个总括性的描述，总结下来说了两件事：

研究对象和范围
风险管理的概念

1. 研究对象和范围

在21434中，网络安全工程的研究对象被称为item，可翻译为“相关项”, item的定义为：实现整车特定功能的相关电子器件和软件。它包含了一个或多个Component以及其之间的交互和运行环境。Item可以是车辆的E/E架构或实现车辆某个功能的系统（如刹车系统）。

21434标准只在item层面描述网络安全工程的相关活动，不会规定分配到组件上的具体工程方案。

网络安全工程的范围涵盖车辆的全生命周期，因此也包括了售后和服务环节。车辆外部的系统（如后台）在标准中也会涉及，但不是该文件研究的重点。总结来说，21434是一项针对车端的网络安全规范。

2. 风险管理

风险管理是21434的核心概念，它是一项贯穿产品整个生命周期的持续性活动。在开发阶段，主要关注威胁分析和风险评估（第15章）以及通过纵深防御缓解网络安全风险；在运维阶段，通过安全监控、漏洞管理和安全事件响应等持续的网络安全活动（第8章），处置不断变化的外部环境中出现的安全风险。此外，风险管理活动可针对项目进行相应的适配和裁剪（第6章），对于分布式开发的环节，需要明确客户与供应商的网络安全职责（第7章）。

第五章-组织级网络安全管理

第5章 组织级网络安全管理（organizational cybersecurity management）规定了公司/组织层面网络安全管理的要求，是组织内部最高层面的安全方针，标准中从7个方面提出了要求：

网络安全治理（cybersecurity governance）
网络安全文化（cybersecurity culture）
信息共享（Information Sharing）
管理体系（Management System）
工具管理（Tool Management）
信息安全管理（Information security management）
组织网络安全审计（organization cybersecurity audit）

1. 网络安全治理（cybersecurity governance）

网络安全治理是最宏观层面的安全治理方针，总共有5条要求，可总结为以下几点：

领导层重视

公司管理层必须具备车辆网络安全风险管理的意识，并且承诺对车辆的网络安全风险进行管理。

流程保证

建立网络安全管理体系（CSMS）来支持相关网络安全活动的实施，CSMS涵盖了概念、开发、生产、运维、退役、TARA方法论，安全监控，信息共享，应急响应等21434中提及的所有环节的相关流程定义，指导手册，方法论和模板多级文件。

职责划分

组织必须为CSMS中定义的各项网络安全活动分配相应的职责部门/人员，确保相关的活动能够真正实施。

资源保证

组织必须提供足够的资源以保证网络安全活动的正确实施。资源包括了足够的、具备合格能力的人员，合适的工具等。

与其他现有流程的结合

组织应考虑如何将网络安全管理活动嵌入组织现有的开发流程、质量管理流程中。于此同时，还应考虑网络安全体系与功能安全、隐私保护等其他安全领域的交互和融合。

2. 网络安全文化（cybersecurity culture)

这一节规定了组织实施网络安全管理需具备的“软实力”，可归结为以下3点：

建立良好的网络安全文化

对于什么是“良好”的网络安全文化，可参考文件后的附录B，内容和26262中提及的安全文化示例基本一致。

保证人员足够的网络安全能力和意识

能力涵盖了多个方面，如具备网络风险管理、功能安全、隐私保护等相关领域的知识，掌握车辆工程，系统开发的基本知识，了解常见的攻击方法，安全防护措施等。

持续改进

持续改进需贯穿在网络安全工程的所有活动中，改进可以来源于内/外部的监控获取的信息、lessons learn, 相似项目的经验，开发过程中发现的问题、体系/流程审核中发现的问题等。

3. 信息共享（Information Sharing)

信息共享要求组织必须考虑组织内外部哪些数据共享是必须的、允许的，哪些是被禁止的，并根据这个准则去管理与第三方共享的数据。

在具体实施层面，通常会对信息进行分级，制定相关的信息共享流程，使用专门的信息传输工具，与第三方确定漏洞披露原则等。

4. 管理体系（Management System)

组织应建立一个质量管理体系来支撑网络安全工程。主要支持网络安全工程中的变更管理、文档管理、配置管理和需求管理。其中产品的安全配置信息必须在产品终止维护前保持可用。此外，本节中还建议组织制定生产制造环节的网络安全管理体系。

目前行业内绝大部分企业都通过了16949的认证，在实际实施中需要考虑的是将网络安全开发活动纳入原有的变更、文档、配置和需求管理等质量管理流程之中。

5. 工具管理（Tool Management)

组织应对能够影响相关项和组件网络安全的工具进行管理，这些工具可能包括:

开发过程中的工具如模型开发，静态代码检查，验证工具。
生产中的工具如软件刷写工具、产线检测仪。
运维阶段的工具如在线诊断工具等。

工具可以通过以下的方法进行管理：使用用户手册和勘误表，访问控制，权限控制，预防非预期行为和操作等。

此外，本节还建议在产品退役前，应保持相关环境（如软件编译、开发环境、测试环境）可复制，以便在后续发生网络安全事件时，可对漏洞进行复现和管理。

6. 信息安全管理（Information security management)

建议：相关的工作产品应该由一个信息安全管理系统来管理。对于已经建立完善的信息安全管理体系的组织来说，将网络安全的工作产品依照现有的信息安全管理流程进行管理即可。

7. 网络安全审计（organization cybersecurity audit）

组织应进行网络安全审计，以判断组织的流程是否达到了本标准的要求。需要注意几点：

审计人可以来自组织内部或外部，但必须保证审计的独立性，关于独立性的要求可以参考26262中的相关描述。
网络安全审计可以包含在质量体系的审计中（如IATF 16949）。
审计可以分阶段进行

第六章-项目相关的网络安全管理

项目相关的网络安全管理（Project dependent cybersecurity management) 一章描述了普适性的针对项目网络安全活动的管理原则。包括各项活动的职责分配（6.4.1），制定网络安全活动计划（6.4.2），裁剪原则（6.4.3），以及网络安全案例（6.4.7）和网络安全评估（6.4.8）、后开发阶段释放的要求（6.4.9）