ISO21434道路车辆网络安全-6.基于项目的网络安全管理

ISO21434是一套网络安全流程标准，基于项目开发，须进行职责分配、网络安全活动计划和裁剪。本文是part6的总结。

1、网络安全职责

根据第5章进行分配，网络安全活动的责任可以转移，但要进行沟通和移交。

2、网络安全计划

1）识别网络安全开发范围

通过如下附录D的方法分析识别出整车中与网络安全相关的相关项或组件，如果网络安全相关，再区分是新开发还是复用，并判断是否需要裁剪。

 

2）制定网络安全计划

确定项目中需实施的网络安全活动，以及活动目标、对其他活动或信息的依赖、负责人、所需资源、时间计划和工作产品。

3）制定和维护网络安全计划，基于网络安全计划跟踪网络安全活动的职责也需要被指定。

4）网络安全计划可纳入项目计划或交叉引用，也属于配置管理。

5）网络安全计划应根据章节9概念阶段、章节10开发和验证阶段、章节11网络安全确认、章节15 TARA分析方法，规定概念阶段、产品开发阶段的活动。

6）网络安全计划可以在发展过程中逐步完善，也可以基于网络安全活动的结果进行更新。

7）对风险值为1的威胁场景，可以不考虑9.5章节网络安全概念、章节10开发和验证、章节11网络安全确认，这类风险可基于质量管理标准进行论证。

8）网络安全确定的工作产品应该在后开发发布前和发布时持续更新保持准确性。

9）如果网络安全活动是分布式的，应各自确定网络安全计划。

10）网络安全计划要接收配置管理和文档管理。

11）网络安全计划确定的工作产品要接受配置管理、变更管理、需求管理和文档管理。

3、裁剪

网络安全活动可以被裁剪，须提供理由证明可以达到本标准的相关目标，分布式开发不视为裁剪，但可能出现联合裁剪。

可裁剪的理由包括：复用、脱离背景的组件、应用现成组件、升级（13.4章节）。

4、复用

1）对于现有的相关项或组件的复用，以下情况需要进行复用分析：

a、复用组件计划进行修改（设计修改：如功能或性能提升，实现修改：如软件优化、新的生产或维护工具）；

b、复用组件计划在另一个运行环境应用；

c、相关信息发生变化（如攻击技术的发展、新漏洞、威胁场景的变化）

2）在复用分析时，重点考虑如下：

a、复用组件的修改点、运行环境的变化点；

b、分析修改导致的网络安全影响，包括对网络安全声明的有效性和之前假设的影响；

c、识别受影响或缺失的工作产品，比如TRAR中的新资产、威胁场景；

d、根据以上复用分析，在网络安全计划中明确规定必要的活动，即裁剪。

3）复用分析应明确以下结论：

a、该组件能否满足即将分配的网络安全要求；

b、现有文件是否足以支持集成。

5、脱离背景的组件

通常是基于一个假设环境的供应商开发的通用组件，

1）要求对预期的用途、环境假设和外部接口进行记录；

2）基于以上的假设定义网络安全需求和开发；

3）在集成应用时要对假设和网络安全声明进行验证。

6、现成组件

指不修改设计和实现情况下进行集成，通常指标准的第三方软件、开源软件库，一般不认为是按照本标准开发的。

1）集成时应收集相关的网络安全文档，确定是是否满足分配的网络安全需求，并适用于具体应用环境，否足以支持网络安全活动。

2）如果现有文档不足以支持集成，应确定必要的网络安全活动，即裁剪。

7、网络安全档案

网络安全档案为相关项或组件的网络安全提供论据，并由工作产品支撑，在分布式开发中，包括客户和供应商的档案组合，由各方论证共同支持。网络安全档案须考虑后开发的网络安全需求。

8、网络安全评估

1）应基于风险，决定是否对相关项或组件进行网络安全评估，理由可包括TARA结果、相关项复杂性和组织制定的规则。如不进行网络安全评估，应记录理由在网络安全档案中。

2）是否评估的理由应独立审查，独立性参考ISO26262。

3）网络安全评估的证据由网络安全活动的工作产品提供，网络安全评估可以分步骤进行、也可重复或补充。

 

4）应指定一个负责计划和独立进行网络安全评估的人员，独立性参考ISO26262，如组织内不同团队的人。

5）进行网络安全评估的人应具备：获得相关信息和工具、执行网络安全活动人员的配合。

6）网络安全评估可基于是否实现本标准的目标。

7）网络安全评估的范围包括：

a、网络安全计划和网络安全计划确定的所有工作产品；

b、对网络安全风险的处理；

c、实施的网络安全控制和网络安全活动的合理性和有效性，可通过之前的审查验证来判断。

d、证明已达到本标准相关目标的理由，即满足所有相应的要求或裁剪的依据。

8）网络安全评估报告结论包括接收、带条件接收或拒绝，也可以包括持续改进的建议。

9）如果是带条件接受，报告应包括接受条件。

9、后开发的发布

1）开发阶段完成后，应在发布前提供以下信息给后开发的人：

a、网络安全档案；

b、网络安全评估报告（如果适用）；

c、后开发的网络安全要求。

2）后开发的发布应满足以下条件，后续的变更也可能导致重新进行评估：

a、网络安全档案提供了充分的论据；

b、网络安全评估证实了网络安全档案（如果适用）；

c、后开发的网络安全要求已被接受。

总结：项目级的网络安全管理，首先是职责的分配和网络安全计划的制定，在计划中可进行裁剪，之后依据网络安全计划进行开发和输出工作产物，最后整合成网络安全档案作为论证依据，一起进行网络安全评估后，完成后开发的发布。

本专栏全标准解读，请见专栏