1、ICS 35.240 A.90 GA 中 华 人 民 共 和 国 公 共 安 全 行 业 标 准 GA/T XXXX XXXX 信息安全技术 负载均衡产品安全技术要求 Information security technology Security technical requirements for load balancing products (报批稿) XXXX - XX - XX 发布 XXXX - XX - XX 实施 中华人民共和国公安部 发布 GA/T XXXX XXXX I 目 次 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 缩略语 . 1 5
2、负载均衡产品描述 . 2 6 总体说明 . 3 6.1 安全技术要求分类 . 3 6.2 安全等级划分 . 3 7 安全功能要求 . 3 7.1 负载均衡 . 3 7.2 负载均衡调度算法支持 . 3 7.3 组件和链路监测 . 4 7.4 优化加速 . 4 7.5 会话保持 . 5 7.6 设备的访问控制 . 5 7.7 高可用性 . 5 7.8 自身安全 . 6 7.9 性能 . 6 7.10 虚拟化环境中纯软件形态部署 (有则适用 ) . 7 7.11 云管理平台对接 (有则适用 ) . 7 8 安全保障要求 . 7 8.1 开发 . 7 8.2 指导性文档 . 8 8.3 生命周期支持
3、 . 9 8.4 测试 . 9 8.5 脆弱性评定 . 10 9 不同安全等级的要求 . 10 9.1 安全功能要求 . 10 9.2 安全保障要求 . 12 GA/T XXXXX XXXX II 前 言 本标准按照 GB/T 1.1-2009给出的规则起草。 本标准由公安部网络安全保卫局提出。 本标准由公安部信息系统安全标准化技术委员会归口。 本标准起草单位:公安部网络安全保卫局、 公安部计算机信息系统安全产品质量监督 检验 中心 、 深 信服科技股份有限公司 。 本标准主要起草人:郭运尧、严文卿 、 张艳、 陆臻、 沈亮 、 顾 健 、 张 轶 。 GA/T XXXX XXXX 1 信息安
4、全技术 负载均衡产品安全技术要求 1 范围 本标准规定了 负载均衡产品 的 安全功能要求 、安全保障 要求 及等级划分要求 。 本标准 适用于 负载均衡 产 品 的 设计、 开发及测试 。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T 18336.3 2015 信息技术 安全技术 信息技术安全 评估准 则 第 3部分:安全 保障 组件 GB/T 25069 2010 信息安全技术 术语 3 术语 和 定义 GB/T 18336.3 2015和 GB/T
5、 25069 2010界定 的 以及下列 术语 和定义 适用于本 文件 。 3.1 负载均衡 load balancing 通过特定的算法将同一任务分摊到多个操 作单元上执行,使用健康检测机制保证调度的合理性的技 术 。 3.2 自动化客户端 automated client 可以对属于另一个应用程序的公开对象进行操作的应用程序 。 4 缩略语 下列缩略语适用于本文件。 DDOS: 分布式拒绝服务攻击 (Distributed Denial of Service) HA: 高可用性 ( High Availability) HTTP: 超文本传输协议 ( Hypertext Transfer
6、Protocol) HTTPS: 基于安全套接层超文本传输 协 议 ( Hyper Text Transfer Protocol over Secure Socket Layer) ICMP: 因特网控制报文协议 ( Internet Control Message Protocol) SNMP: 简单网络管理协议 ( Simple Network Management Protocol) SSL: 安全套接层 ( Secure Socket Layer) TCP: 传输控制协议 ( Transmission Control Protocol) GA/T XXXXX XXXX 2 UDP: 用
7、户数据报协议 ( User Datagram Protocol) URL: 统一资源定位符 ( Uniform Resource Locator) QoS: 服务质量 ( Quality of Service) ARP: 地址解析协议 ( Address Resolution Protocol) IT: 信息技术 ( Information Technology) SPX: 序列分组交换协议 ( Sequenced Packet Exchange protocol) RST: 重置连接、复位连接 ( Reset the connection) IP: 网络之间互连的协议 ( Internet
8、Protocol) 5 负载均衡产品 描述 负载均衡产品 ,能够为用户的业务发布提供包括多数据中心负载均衡、多链路负载均衡、服务器负 载均衡的解决方案。它利用多种检测手段实现对各个数据中心、链路以及服务器状态的实时监控,同时 根据预 设规则将用户的访问请求分配给相应的数据中心、链路以及服务器,进而实现数据流的合理分配, 使所有的数据中心、链路和服务器都得到充分的利用。配合服务器卸载、高速缓存、流量压缩、 单边加 速、连接复用和虚拟化等多项智能优化技术,可大幅提高业务系统的整 体 处 理能力,提高其稳定性,切 实改善用户的访问体验,有效降低 IT投资成本。 图 1是 负载均衡产品 的一个典型运行
9、环境。 交换机 客户端 2 服务器 2 服务器 N 服务器 1 负载均衡产品 客户端 1 客户端 N 图 1 负载均衡产品 典型运行环境 GA/T XXXX XXXX 3 6 总体说明 6.1 安全技术要求分类 本标准将 负载均衡产品 分为安全功能和安全保障要 求两大类。其中,安全功能 要求是对 负载均衡产 品应具备的安全功能提出具体要求,包括负载均衡、组件和链路监测、访问控制及路由 和 攻击防护 等; 安全保障要求针对 负载均衡产品 的开发和使用文档的内容提出具体的要求,例如开发、指导性文档、生 命周期支持和测试 等 。 6.2 安全等级划分 负载均衡产品 的 安全 等级按照其安全功能要求
10、和安全保障要求的强度划分为基本级和增强级,其中 安全保障要求 参考了 GB/T 18336.3 2015。 7 安 全 功能要求 7.1 负载均衡 7.1.1 链路负载 均衡 链路负载均衡分为出、入站负载均衡 : a) 出站链路负载均衡: 应能将内网用户发起的 访问,根据策略分发到 对应出口线路访问互联网 ; b) 入站链路负载均衡: 应能将外网用户发起的访问,根据策略设定的机制分发到对应线路,供用 户接入内部服务器 。 7.1.2 服务器负载均衡 服务器负载均衡包括应用负载均衡和数据 库负载均衡: a) 应用 服务器负载 均衡 , 应能 将 用 户发起的访问, 根据 策略分发到后台 应用 服
11、务器 ; b) 数据库服务器负载 均衡 ,应通过分表、读写分离等技术手段对数据服务器实现负载均衡 。 7.1.3 全局负载均衡 应 将 广域网(包括互联网) 用户发起的访问,根据策略设定的机制分发到 不同地域的服务器 。 7.2 负载均衡 调度算法 支持 基本级应支持 3种 及 以上 算 法 ,增强级应支持 5种及 以上算法 : a) 轮循 (Round Robin); b) 加权轮循 (Weighted Round Robin); c) 随机 ( Random) ; d) 最少连接数 (Least Connection); e) 加 权最少连接 (Weighted Least Connect
12、ion); f) 基于代理的自适应负载均衡 (Agent Based Adaptive Balancing); g) 固定权重 (Fixed Weighted); h) 加权响应 (Weighted Response); i) 源 IP 哈希 (Source IP Hash); GA/T XXXXX XXXX 4 j) 其他 。 7.3 组件和链路 监测 7.3.1 链路 状态检查 应 可以 检查链路的健康状况 (带宽,延时 和 丢包 等 ) ,并将 入站方向流量引至正常链路。 7.3.2 服务器 状态 检查 应 支持以下各层的服务器状态检查 : a) 网络层( ICMP) 检查后台服务器的
13、服务 器 服务 状态 , 并移除故障服务器 ; b) 传输层 ( TCP、 UDP、 SPX)检查后台 服 务 器的服 务器 服务 状态,并移除故障服务器 ; c) 应用层(应用 程序 服务 及 Agent 等)检查后台服务器的服务状态,并移除故障服务器。 7.3.3 服务器被动 状态 检查 应 可通过监控 HTTP协议和 TCP协议中异常特征数据包(如 TCP协议中的 RST包, HTTP协议中的 404)的 比例判断服务器的健康状 态 。 7.3.4 应用性能 监测 应 详细监控中间件、数据库的关键性能指标,并予以呈现。 7.4 优化加速 7.4.1 单边加速 应 通过自动、实时、持续 或
14、 动态地侦测网络路径中的延迟、丢包、重传的情况,改变传 输 机制和改 善传输拥塞机制,避免 数据报文过度重发,减少应用响应时间并提 升 传 输效率 。 7.4.2 TCP 连接复用 应 将众多客户端访问请求捆绑处理 , 通过 复用服务器 端 TCP连接 ,将客户端请求依次转发到服务器, 从而减轻服务器压力。 7.4.3 SSL 加速 应 截断 SSL连接请求,可将用户请求转发给后台前将 HTTPS变为 HTTP,减轻服务器压力。 7.4.4 RAM 高速缓存 应 实现 基于内存的反向代 理 Cache 功能,在内存中缓存网站等相关资源的页面内容 , 采用内存缓 存和包存储结构 等 方式,通过动
15、态调整缓存空间提 高 响应速度。 7.4.5 HTTP 压缩 应 通过标准的 HTTP压缩规范自动识别客户端对 gzip或 deflate压缩算法支持情况,并能够实现对 数据动态压缩 。 7.4.6 服务器上线 及 退出 优化 服务器上线及退出优化 包括上线及退出两类场景: GA/T XXXX XXXX 5 a) 应在 服务器上线时,负载均衡器会 逐步增加 发往该服务器的 请求,直至达到最大值 ,避免 大量 请求导致 新上线的服务器 服务异常 ; b) 应在 服务器退出时,负载均衡器不再将用户请求发往该服务器 , 并 维 持该服务器上的原有连接, 直 至 该服务器上 没有用户 后 ,才移除 该
16、服务器。 7.4.7 出入站链路繁忙保护 应 在某条链路的流量较大达到预设阈值时,负载均衡 需要将后续流量引至流量较小的链路,待原链 路流量恢复正常后,再依据原有调度策 略进行链路选择 。 7.4.8 QoS 应可 为指定的网络通信提供更好的服务 , 以 解决网络延迟和阻塞等问题 。 7.4.9 IP-Anycast 应支持多台负载均衡器以相同的服务 IP发布相同的业务 , 通过与动态路由协议的联动来为用户选择 最优路径实现就近访问和站点冗余。 7.4.10 服务器浪涌保护 应将超过服务器处理能力的数据做队列处理,缓慢发送给服 务器,避免浪涌导致服务器异常。 7.4.11 不对称负载 均衡 应
17、支持服务器回包时数据不经过负载均衡器,通过第三方 产品 直接发送至客户端,以此来提高 产品 的吞吐性能。 7.4.12 图片优化转码 负载均衡器可将服务器上的图片做优化转码处理,减 少图片的文件大 小,同时保障图片质量,提高 传输速度。 7.5 会话保持 应将同一用户一次完整交互过程中的连接请求转发至相同的后台服务器或相同的链路。 7.6 设备 的 访问控制 应 对 服务器 设备 接入或 接入 请求 进行 访问控制。 7.7 高可用性 7.7.1 集群部署 应 支持 集群 部署 ,有效保证自身高可用的同时提高资源利用率。 7.7.2 功能恢复 应 确保掉电恢复后 , 相关 的 均衡策略 、系统
18、日志 和 系统配置 恢 复 到掉电前状态 。 7.7.3 双机热备 GA/T XXXXX XXXX 6 应支持通过双机热备的方式实现自身的高可用性。 7.7.4 故障告警 应支持通过 SNMP-Traps、邮件 等方式实现告警,报警内容至少包括服务器、链路的故障 信息。 7.8 自身安 全 7.8.1 鉴别失败处理 检测并记录 任何 鉴别 验证相关的剩余鉴别尝试的操作 及次数 (用户 名及鉴别信息) : a) 当鉴别尝试次数还有 2 次时, 产品应 采取提示用户确认该鉴别操作 (提示应遵循 最小反馈 原 则 ) ; b) 当 鉴别 数据 验证或用户 失败次数达到上限时(不超过 10 次), 产
19、品应 采取有效 措施防止用户 的 进一步尝试 操作。 7.8.2 单一鉴 别、 管理机制的使用 同一 管理员 账号 同一时间不 得 同时进行 产品 管理操作 ,不同用户同一时间 不得同时修改 产品 的 同一 属性 。 7.8.3 日志 记录以下日志信息: a) 应记录用户通过 HTTP 协议访问服务器时的基本信息(如 URL 等) ; b) 应 通过 Syslog 协议将日志传输至远程日志服务器 ; c) 应内置日志管理系统,可跟踪管理员的操作信息,提高 产品 安全性。 7.8.4 安全功能数据的管理 具备以下管理功能: a) 应 仅限于管理员能够对 鉴别信息 、失败次数进行重置操作 ; b)
20、 应 仅限于管理员能够对 本标准要求 存储的 安全 数据进行 修改操作 ; c) 应 以安全方式存储 敏感信息 数据 (用户 鉴别 信息 、 用户身份信息 等 ) 。 7.9 性 能 7.9.1 网络层性 能要求 7.9.1.1 新建 连接 验证 产品 标称 网络层 新建 连接 性能值 (包大小覆盖 128B和 16KB) ,测试时长 300s。 7.9.1.2 并发 验证 产品 标称 网络层 并发性能值 (包大小覆盖 128B和 16KB) , 测试时长 300s。 7.9.1.3 吞吐量 验证 产品 在不丢包的情况下的 标称 网络层 吞吐量性能值 (包大小覆盖 128B和 16KB) ,
21、测试时长 300s。 GA/T XXXX XXXX 7 7.9.2 应用层 性能要求 7.9.2.1 新建 请求 验证 产品 标称 应用层 新建 请求 性能值 (包大小覆盖 128B和 16KB) , 测试时长 300s。 7.9.2.2 吞吐量 验证 在不丢包的情况下的 产品 标称 应用层 吞吐量性能值 ( 包大小覆盖 128B和 16KB) , 测试时长 300s。 7.9.3 SSL 性能要求 7.9.3.1 SSL 传输新建 TPS( Transaction per second) 验证 产品 标称 TPS性 能值 (包大小覆盖 128B和 16KB) , 测试时长 300s。 7.9
22、.3.2 加密 吞 吐量 验证 产品 在不丢包的情况下 的 标称 加密 吞吐量性能值 (包大小覆盖 128B和 16KB) , 测试时长 300s。 7.9.4 攻击防护 7.9.4.1 网络 层 DDOS 攻击防护 应能有效识别并防护 网络 层 的 DDos攻击 , 测试时长 300s。 7.9.4.2 应用 层 DDOS 攻击防护 应有效识别并防护 应用 层 的 DDos攻击, 测试时长 300s。 7.9.4.3 自动化 客 户端 程序识别 (有则适用 ) 应 有效识别并 阻止 恶意的 由 自动化 客户端 发起的访问。 7.10 虚拟化环境中纯软件形态部署 (有则适用 ) 应可提供纯软件
23、形态的产品,方便用户部署于虚拟化环境中,对虚拟机实现负载均衡。 7.11 云管理平台对接 (有则适用 ) 应支持与主流云管理平台( Openstack、 VMware等)对接,方便用户统一管理。 8 安全保障 要求 8.1 开发 8.1.1 安全架构 开发者应提供产品安全功能的安全架构描述,安全架构描述 应满足以下要求: a) 与产品设计文档中对安全功能 实施 抽象描述的级别一致; b) 描述与安全功能要求一致的产品安全功能的安全域; c) 描述 产品安全功能初始化过程为何是安全的; GA/T XXXXX XXXX 8 d) 证实产品安全功能能够防止被破坏; e) 证实产品安全功能能够防止安全
24、特性被旁路。 8.1.2 功能规范 开发者应提供完备的功能规范说明,功能规范说明应满足以下要求: a) 完全描述产品的安全功能 ; b) 描述所有安 全功能接口的目的与使用方法; c) 标识和描述每个安全功能接口相关的所有参数; d) 描述安全功能接口相关的安全功能实施行为; e) 描述由安全功能实施行为处理而引起的直接错误消息; f) 证实安全功能要求到安全功能接口的追溯; g) 描述安全功能实施过程中,与安全功能接口相关的所有行为; h) 描述可能由安全功能接口的调用 而引起的所有直接错误消息。 8.1.3 实现表示 开发者应提供全部安全功能的实现表示,实现表示 应满足以下要求: a) 提
25、供产品设计描述与实现表示实例之间的映射,并证明其一致性; b) 按详细级别定义产品安全功能,详细程度达到无须进一 步设计就能生成 安全功能的程度; c) 以开发人员使用的形式提供。 8.1.4 产品 设计 开发者应提供产品设计文档,产品设计文档 应满足以下要求: a) 根据子系统描述产品结构; b) 标识 和描述 产品安全功能的所有子系统; c) 描述安全功能所有子系统间的相互作用; d) 提供的映射关系能够证实设计中描述的所有行为能够映射到调用它的安全功能接口; e) 根据模块描述安全功能; f) 提供安全功能子系统到模块间的映射关系; g) 描述所有安全功能实现模块,包括其 目的及与 其他
26、 模块间的相互作用; h) 描述所有实现模块 的安全功能要求相关接口、 其他 接口的返回值、与 其他 模块间的相互作 用及 调用的接口 ; i) 描述所有安全功能的支撑或相关 模块,包括其目的及与 其他 模块间的相互作用。 8.2 指导性文档 8.2.1 操作用户指南 开发者应提供 明确和合理的 操作用户指南,操作用户指南与为评估而提供的其他所有文档保持一 致, 对每一种用户角色的描述应 满足以下要求: a) 描述在安全处理环境中被控制的用户可访问的功能和特权,包含适当 的警示信息; b) 描述如何以安全的方式使用产品提供的可用接口; c) 描述可用功能和接口,尤其是受用户控制的所有安全参数,
27、适当时 指明安全值; d) 明确说明与需要执行的用户可访问功能有关的每一种安全相关事件,包括改变安全功能 所控制 实体的安 全特性; GA/T XXXX XXXX 9 e) 标识产品运行的所有可能状态(包括操作导致的失败或者操作性错误),以及它们与维持安全 运行之间的因果关系和联系; f) 充分实现安全目的所必须执行的安全策略。 8.2.2 准备程序 开发者应提供产品及其准备程序,准备程序描述应满足以下要求: a) 描述与开发者交付程序相一致的安全接收所交付产品必需的所有步骤 ; b) 描述安全安装产品及其运行环境必需的所有步骤。 8.3 生命周期支持 8.3.1 配置管理能力 开发者的配置管
28、理能力 应满足以下要求: a) 为产品的不同版本提供唯一的标识; b) 使用配置管理系统对组成产品的所有配置项进行维护,并唯一标识 配置项; c) 提供 配置管理文档,配置管理文档 描述用于唯一标识配置项的方法; d) 配置管理系统提供一种自动方式来支持产品的生成,通过该方式确保只能对产品的实现表示进 行已授权的改变; e) 配置管理文档包括一个配置管理计划,配置管理计划描述如何使用配置管理系统开发产品。实 施的配置管理 与配置管理计划相一致; f) 配置管理计划描 述用来接受修改过的或新建的作为产品组成部分的配置项的程序。 8.3.2 配置管理范围 开发者应提供产品配置项列表,并说明配置项的
29、开发者。配置项列表 应包含以下内容: a) 产品、 安全保障要求的评估证据 和产品的 组成部分 ; b) 实现表示 、安全缺陷报告 及其解决状态。 8.3.3 交付程序 开发者应使用一定的交付程序交付产品,并将交付过程文档化。 在给用户方交付产品的各版本时, 交付文档应描述为维护安全所必需的所有程序 。 8.3.4 开发安全 开发者应提供开发安全文档。开发安全文档应描述在产品的开发环境中,为保护产品设计和实现的 保密性和完整性所必需的所有物理的、程序 的、人员的和其他方面的安全措施。 8.3.5 生命周期定义 开发者应建立一个生命周期模型对产品的开发和维护进行的必要控制,并提供生命周期定义文档
30、描 述用于开发和维护产品的模型。 8.3.6 工具和技术 开发者应明确定义用于开发产品的工 具,并提供开发 工具文档无歧义地定义实现中每个语句的含义 和所有依赖于实现的选项的含义。 8.4 测试 GA/T XXXXX XXXX 10 8.4.1 覆盖 开发者应提供测试覆盖文档,测试覆盖描述应满足以下要求: a) 表明测试文档中所标识的测试与功能规范中所描述的产品的安全功能间的对应性; b) 表明上述对应性是完备的,并证实功能规范中的所有安全功能接口都进行了测试。 8.4.2 深 度 开发者应提供测试深度的分析。测试深度分析描述 应满足以下要求: a) 证实测试文档中的测试与产品设计中的安全功能
31、子系统和实现模块之间的一致性; b) 证实产品设计中的所有安全功能子系统、实现模块都已经进行过测试。 8.4.3 功能 测试 开发者应 测试 产品安全 功能, 将结果 文档化 并提供测试文档。 测试文档应包括 以下内容: a) 测试计划 , 标识 要执行的测试 , 并描述执行每个测试的方案 ,这些 方案 包括对于 其他 测试结果 的任何顺序依赖性 ; b) 预期的测试 结果,表明测试成功后的预期输出; c) 实际测试结果 和 预期的测试 结果一致。 8.4.4 独立测试 开发者应 提供一组与 其自测 安 全 功能时使用的 同等资源,以 用于安全功能的抽样测试。 8.5 脆弱性评定 基于已标识的
32、潜在脆弱性,产品能够抵抗具有增强型基本攻击潜力的攻击者的攻击 。 9 不同 安全 等级 的 要求 9.1 安全功能要求 不同安全等级的 负载均衡产品 的安全功能要求 如表 1 所 示。 表 1 不同安全等级的 负载均衡产品 的 安全功能要求 安全功能要求 基本级 增强级 负载均衡 链路负载均衡 7.1.1 7.1.1 服务器负载均衡 7.1.2 a) 7.1.2 全局负载均衡 7.1.3 7.1.3 负载均衡调度算法 7.2( 3 种以上) 7.2( 5 种以上) 组件和链 路 监测 链路健康检查 7.3.1 7.3.1 服务器健康检查 7.3.2 7.3.2 服 务器 被动健康检查 7.3.
33、3 应用性能监测 7.3.4 优化加速 单 边 加 速 7.4.1 GA/T XXXX XXXX 11 表 1(续) 安全功能要求 基本级 增强级 优化加速 TCP 连接复用 7.4.2 7.4.2 SSL 加速 7.4.3 7.4.3 RAM 高速缓存 7.4.4 7.4.4 HTTP 压缩 7.4.5 7.4.5 服务器上线及退出优化 7.4.6 出入站链路繁忙保护 7.4.7 QoS 7.4.8 7.4.8 IP-Anycast 7.4.9 7.4.9 服务器浪涌保护 7.4.10 不对称负载均衡 7.4.11 图片 优化转码 7.4.12 会话保持 7.5 7.5 产品 访问控制 7.
34、6 7.6 高可用性 集群部署 7.7.1 功能 恢复 7.7.2 7.7.2 双机热备 7.7.3 故障告警 7.7.4 7.7.4 自生安全 鉴别失败处理 7.8.1 7.8.1 单一鉴别、管理机制的使用 7.8.2 7.8.2 日志 7.8.3 7.8.3 安全功能数据的管理 7.8.4 7.8.4 性能 网络 层性能要求 新建 连接 7.9.1.1 7.9.1.1 并发 7.9.1.2 7.9.1.2 吞吐量 7.9.1.3 7.9.1.3 应用层 性能要求 新建 请求 7.9.2.1 7.9.2.1 吞吐量 7.9.2.2 7.9.2.2 SSL 性能要求 SSL 传输新建 TPS
35、7.9.3.1 7.9.3.1 加密吞吐量 7.9.3.2 7.9.3.2 攻击 防护 网络层 DDOS 攻击防 护 7.9.4.1 7.9.4.1 应用层 DDOS 攻击防护 7.9.4.2 7.9.4.2 自动化程序识别 7.9.4.3( 有则适用 ) GA/T XXXXX XXXX 12 表 1(续) 安全功能要求 基本级 增强 级 虚拟化环境中纯软件形态部署 7.10( 有则适用 ) 云管理平台对接 7.11( 有则适用 ) 9.2 安全保障要求 不同安全等级的 负载均衡产品 的 安全保障 要求 如表 2 所示。 表 2 不同安全等级的 负载均衡产品 的 安全保障 要求 安全保障 要求
36、 基本级 增强级 开发 安全架构 8.1.1 8.1.1 功能规范 8.1.2 a) f) 8.1.2 实现表示 8.1.3 产品设计 8.1.4 a) d) 8.1.4 指导性 文档 操作用户指南 8.2.1 8.2.1 准备程序 8.2.2 8.2.2 生命周 期支持 配置管理能力 8.3.1 a) c) 8.3.1 配置管理范围 8.3.2 a) 8.3.2 交付程序 8.3.3 8.3.3 开发安全 8.3.4 生命周期定义 8.3.5 工具和技术 8.3.6 测试 覆盖 8.4.1 a) 8.4.1 深度 8.4.2 功能测试 8.4.3 8.4.3 独立测试 8.4.4 8.4.4 脆弱性评定 8.5 8.5