目录
一、概述
二、目标
三、输入
3.1 先决条件
3.2 进一步支持信息
四、要求和建议
4.1 设计
4.2 集成和验证
五、输出
本条款描述了网络安全要求和架构设计的规范(章节10.4.1)。
此外,本子句还描述了集成和验证活动(章节10.4.2) 。
这些网络安全活动被反复执行,直到不需要进一步改进网络安全控制。网络安全规范的定义是通过验证,以确认活动实现网络安全概念。
图9说明了如何将产品开发活动应用于基于v-模型的工作流程,其中10.4.1对应于V-model的左侧,10.4.2对应于右侧。在本例中,假设在项目级别下进行了两层抽象,即组件级别和子组件级别。这个工作流可以扩展到覆盖任何级别的抽象。
可以应用不同于v型模型的开发方法或方法(例如,敏捷软件开发)。
CAL等级可用于衡量本条款中活动的深度和严密性,以及它们所使用的方法。
本条款的目的是:
应提供以下信息:
可以考虑以下信息:
【RQ-10-01】网络安全规范的定义应基于:
【RQ-10-02】所定义的网络安全要求应分配给架构设计的各个组成部分。
【RQ-10-03】如适用,应规定在组件开发后确保网络安全的程序。
【RQ-10-04】如果网络安全规范或其实现使用了设计、建模或编程符号或语言,则在选择此类符号或语言时应考虑以下因素:
【RQ-10-05】语言本身未涉及的网络安全的标准(见[RQ-10-0-04])应由设计、建模和编码指南或开发环境涵盖。
【RQ-10-06】应采用已建立的和值得信赖的设计和实施原则,以避免或尽量减少弱点的引入。
【RQ-10-07】应分析[RQ-10-01]中定义的架构设计,以确定其弱点。
【RQ-10-08】对定义的网络安全规范进行验证,以确保与更高层次架构抽象的网络安全规范的一致性。
【RQ-10-09】集成和验证活动应验证组件的实现和集成是否符合所定义的网络安全规范。
【RQ-10-10】关于[RQ-10-09]的集成和验证活动应考虑以下内容:
【RQ-10-11】如果采用测试验证,则应使用定义的测试覆盖率指标来评估测试覆盖率,以确定测试活动的充分性。
【RQ-10-12】应进行测试,以确认组件中剩余的未知弱点和漏洞被最小化。
【RQ-10-13】如果未执行符合[RC-10-12]要求的测试,则应提供相关理由。
【WP-10-01】网络安全规范,来自 [RQ-10-01] 和 [RQ-10-02]的要求
【WP-10-02】开发后的网络安全要求, [RQ-10-03]
【WP-10-03】如果适用,由[RQ-10-04]和[RQ-10-05]产生的建模、设计或编程语言和编码指南的文件
【WP-10-04】由[RQ-10-08]得出的网络安全规范的验证报告
【WP-10-05】如果适用的话,在产品开发过程中发现的缺陷,由[RQ-10-07]和 [RQ-10-12]的要求
【WP-10-06】集成和验证规范,源自 [RQ-10-10]
【WP-10-07】集成和验证报告,由[RQ-10-09]和 [RQ-10-11]、[RQ-10-12] 产生的集成和验证报告