产品应能够根据预定义的策略对 要求： a）支持敏感数据定义； b）支持数据脱敏任务的制定； c）能够创建子集抽取规则，根据用户的要求创建比原始数据小的子集； d）具有抽取多表间关联子集的功能，在数据脱敏后，保持数据表之间的关联关系

6.2.3数据抽取和集成

产品应能够按照一定的策略进行数据抽取，并将数据抽取结果入库，控制数据的使用范围。

产品应能够按照一定的策略进行

监理标准规范范本6.2.4数据访问跟踪

产品应能对用户访问数据的行为进行如下跟踪 a）生成审计记录； b）对访问敏感信息的行为进行报警及阻断

6.3.1事件记录生成

6.3.2事件记录查询

应能够对事件记录进行多条件查询，至少能按事件发生的日期和时间、事件主体、事件类型等条 进行组合。

产品应能够对事件记录进行统计，按照指定条件生

GA/T 17182020

a）具备统计功能，如“已处理”安全事件数量汇总统计等； b）具备检测功能，告警后在指定时间范围内需要进行状态变更，对于无法进行状态变更的告知管 理员或指定用户，

产品应为用户提供唯一标识，并能将标识与其所有可审计事件相关联。

品应为用户提供两种或两种以上的组合鉴别机制！

产品应提供超时重新鉴别机制，如果用户停止操作的时间超过一定时限，应对用户身份重新进行 鉴别。

若产品支持口令方式进行鉴别，应能设置口令策略，对口令的长度、复杂度和有效期送

6.4.6鉴别数据保护

产品应保证鉴别数据不被未授权查阅或修

品应保证鉴别数据不被未授权查阅或修改

6.4.7鉴别失败处理

6.5.1 安全功能管理

授权管理员应能对产品进行以下管理操作： a）查看、修改相关安全属性； b）制定和修改各种安全策略

6.5.2安全角色管理

产品应能对用户角色进行区分，能够根据不同的功能模块定义各种不同权限角色

6.5.3数据传输安全

产品应能采取一定技术措施，保护配置信息、策略信息、监测信息的完整性。

6.5.5可信管理主机

若控制台提供远程管理功能，应能对可远程管理的主机IP地址进行限制

6.5.6数据访问限制

产品应能够对配置信息、审计日志进行备份和恢复，

6.6.1审计日志生成

产品应对与自身安全相关的事件生成审计日志： a）用户身份鉴别（包括成功和失败）； b) 对用户进行增加、删除和修改属性； c） 对安全策略、配置信息进行更改； d）对大数据平台数据的增加、删除和修改； e）对事件记录、审计日志的管理操作

审计日志至少应包括事件发生的日期、时间 件描述和结果。若采用远程登录方式义 产品进行管理，还应记录管理主机的地址

6.6.3审计日志查阅

产品应提供审计日志查阅工具

产品应提供审计日志查阅工具

6.6.4审计日志存储

审计日志存储于掉电非易失性存储介质中，并满足以下要求： ）能够检测或防止非授权用户对审计记录的访间； b）当审计日志存储空间超过阈值时，应能通知指定用户； c）当审计日志存储空间将要耗尽时，应采取相应的防止审计数据丢失的技术措施。

开发者应提供产品安全功能的安全架构描述，安全架构描述应满足以下要求： a）与产品设计文档中对安全功能实施抽象描述的级别一致； b）描述与安全功能要求一致的产品安全功能的安全域； ）描述产品安全功能初始化过程是安全的：

d）描述产品安全功能能够防止被破坏； e）描述产品安全功能能够防止安全待性被旁路。

开发者应提供完备的功能规范说明，功能规范说明应满足以下要求： a）完全描述产品的安全功能； b） 描述所有安全功能接口的目的与使用方法； C 标识和描述每个安全功能接口相关的所有参数： d) 描述安全功能接口相关的安全功能实施行为； e) 描述由安全功能实施行为处理而引起的直接错误消息； f) 描述安全功能要求到安全功能接口的追溯； g） 描述安全功能实施过程中，与安全功能接口相关的所有行为； h）描述可能由安全功能接口的调用而引起的所有直接错误消息，

开发者应提供全部安全功能的实现表示，实现表示应满足以下要求： a）提供产品设计描述与实现表示实例之间的映射，并证明其一致性 b）按详细级别定义产品安全功能，详细程度达到无须进一步设计就能生成安全功能的程度； c）以开发人员使用的形式提供

开发者应提供产品设计文档，产品设计文档应满足以下要求： 根据子系统描述产品结构； b） 标识和描述产品安全功能的所有子系统； 描述安全功能所有子系统间的相互作用： 提供的映射关系能够证实设计中描述的所有行为能够映射到调用它的安全功能接口； e 根据模块描述安全功能； 提供安全功能子系统到模块间的映射关系； g 描述所有安全功能实现模块，包括其目的及与其他模块间的相互作用； h 描述所有实现模块的安全功能要求相关接口、其他接口的返回值、与其他模块间的相互作用 调用的接口； 描述所有安全功能的支撑或相关模块，包括其目的及与其他模块间的相互作用

7.2.1操作用户指南

开发者应提供明确和合理的用户操作指南，用户操作指南与为评估而提供的其他所有文档应保持 致，对每一种用户角色的描述应满足以下要求： 描述在安全处理环境中被控制的用户可访向的功能和特权，包含适当的警示信息； b） 描述如何以安全的方式使用产品提供的可用接口； ） 描述可用功能和接口，尤其是受用户控制的所有安全参数，适当时指明安全值； d）明确说明与需要执行的用户可访问功能有关的每一种安全相关事件，包括改变安全功能所控

制实体的安全特性； 标识产品运行的所有可能状态（包括操作导致的失败或者操作性错误），以及它们与维持安全 运行之间的因果关系和联系； 充分实现安全目的所应执行的安全策略

开发者应提供产品及其准备程序，准备程序描述应满足以下要求： ）描述与开发者交付程序相一致的安全接收所交付产品必需的所有步骤； 6）描述安全安装产

7.3.1配置管理能力

开发者的配置管理能力应满足以下要求： a）为产品的不同版本提供唯一的标识； b) 使用配置管理系统对组成产品的所有配置项进行维护，并唯一标识配置项； 提供配置管理文档，配置管理文档描述用于唯一标识配置项的方法； d 配置管理系统提供一种自动方式来支持产品的生成，通过该方式确保只能对产品的实现表示 进行已授权的改变； 配置管理文档包括一个配置管理计划，配置管理计划描述如何使用配置管理系统开发产品。 实施的配置管理与配置管理计划相一致； 配置管理计划描迷用来接受修改过的或新建的作为产品组成部分的配置项的程序

开发者应提供产品配置项列表，并说明配置项的开发者。配置项列表应包含以下内容： a）产品、安全保障要求的评估证据和产品的组成部分； b）实现表示、安全缺陷报告及其解决状态。

开发者应使用一定的交付程序交付产品，并将交付过程文档化。在给用户方交付产品的各版本时， 交付文档应描述为维护安全所必需的所有程序

开发者应提供开发安全文档， 品的开发环境中，为保护产品设计和实理 的保密性和完整性所必需的所有物理的、程序的 员的和其他方面的安全措施，

7.3.5生命周期定义

开发者应建立一个生命周期模型对产品的开发和维护进行的必要控制，并提供生命周期定义文格 描述用于开发和维护产品的模型

发者应提供测试覆盖文者，测试 表明测试文档中所标识的测试与功能规范中所描述的产品的安全功能间的对应性； 表明测试文档中所标识的测试与功能规范中所描述的产品的安全功能间的对应性是完备的 并证实功能规范中的所有安全功能接口都进行了测试

开发者应提供测试深度的分 分析描述应满足以下要求： ）证实测试文档中的测试与产品设计中的安全功能子系统和实现模块之间的一致性； b）证实产品设计中的所有安全功能子系统、实现模块都已经进行过测试

开发者应测试产品安全功能，将结果文档化并提供测试文档。测试文档应包括以下内容： a 测试计划，标识要执行的测试，并描述执行每个测试的方案，这些方案包括对于其他测试结果 的任何顺序依赖性； b 预期的测试结果，表明测试成功后的预期输出； ）实际测试结果。

开发者应提供一组与其自测安全功能时使用的同等资源，

基于已标识的潜在脆弱性，产品能够抵抗以下攻击行为： ）具有基本攻击潜力的攻击者的攻击； b）具有增强型攻击潜力的攻击者的攻击。

8.1安全功能要求等级划分

法兰标准产品安全功能要求等级划分如表1所示。

品安全功能要求等级划分

8.2安全保障要求等级划分

工程施工数据产品的安全保障要求等级划分如表2所示。

表2产品安全保障要求等级划分表

品安全保障要求等级划分