附件：采购需求.docx
附件：采购需求.docx
采购需求 一、项目概况 教育部 2014 年发布《教育部关于加强教育行业网络与信息安全工作的指导意见》（教 技[2014]4 号）明确规定“各单位信息系统要按照教育行业有关规范准确定级和备案” ，“按 照国际和教育行业有关标准规范要求进行等级测评” 。 按照规定要求，本年度需要对西南科技大学的 2 个三级信息系统：教务系统和网络基 础平台，进行等级保护测评工作。 二、项目内容及技术要求（实质性要求） （一）项目目标及范围 根据国家关于信息安全等级保护制度落实的相关要求，对相关信息系统开展安全等级测评工 作，以指导安全整改，提高信息系统的安全防护能力。 本次安全等级测评项目的服务范围包括以下信息系统： 序号 信息系统名称 定级 1 教务系统 3级 2 网络基础台 3级 （二）项目需求 根据等级保护测评的工作要求，测评范围覆盖安全管理中心、安全物理环境、安全通信网络、 安全区域边界、安全计算环境、安全管理制度，以及云计算安全、移动互联安全、物联网安 全、工控制系统安全等扩展方面的要求。 具体服务内容包括： 1.协助业主单位进行信息系统的信息安全等级定级和备案工作。 2.差距测评，至少包括： （1）安全技术测评。包括安全物理环境、安全通信网络、安全区域边界、安全计算环境、 安全管理中心方面的安全测评。 （2）安全管理测评。包括安全管理制度、安全管理机构、安全管理人员、安全系统建设和 安全系统运维五个方面的安全测评。 （3）形成问题汇总及整改意见报告。依据测评结果，对等级测评结果进行汇总统计（测评 项符合情况及比例、单元测评结果符合情况比例以及整体测评结果）；通过对信息系统基本 安全保护状态的分析给出初步测评结论。根据测评结果制定《系统等级保护测评问题汇总及 整改意见报告》，列出被测信息系统中存在的主要问题以、整改意见。 3.协助完成整改工作。依据整改方案，为安全整改的各项工作提供技术咨询服务。 4.等级测评，至少包括： （1）按照等级保护相关标准对系统从安全技术、安全管理等方面进行等级测评工作。 （2）编制测评报告，制定并提交《网络安全等级测评报告》，报告需提交公安机关有关部 门备案，且能满足合规性要求。 （三）服务内容指标 1．通用要求 （1）二级系统通用指标要求 分类 安全 物理 环境 子类 基本要求 物理位置 选择 a) 机房场地应选择在具有防震、防风和防雨等能力的建筑内; b) 机房场地应避免设在建筑物的顶层或地下室，否则应加强防水和防潮 措施。 物理访问 控制 机房出入口应安排专人值守或配置电子门禁系统，控制、鉴别和记录进 入的人员。 防盗窃和 防破坏 a) 应将设备或主要部件进行固定，并设置明显的不易除去的标识; b) 应将通信线缆铺设在隐蔽安全处。 防雷击 应将各类机柜、设施和设备等通过接地系统安全接地。 防火 a) 机房应设置火灾自动消防系统，能够自动检测火情、自动报警，并自 动灭火; b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料。 防水和防 潮 a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透。 防静电 应采用防静电地板或地面并采用必要的接地防静电措施。 温湿度控 制 应设置温湿度自动调节设施，使机房温湿度的变化在设备运行所允许的 范围之内。 电力供应 a) 应在机房供电线路上配置稳压器和过电压防护设备; b) 应提供短期的备用电力供应，至少满足设备在断电情况下的正常运行 要求。 分类 安全 通信 网络 安全 区域 边界 安全 计算 环境 子类 基本要求 电磁防护 电源线和通信线缆应隔离铺设，避免互相干扰。 网络架构 a) 应划分不同的网络区域，并按照方便管理和控制的原则为各网络区域 分配地址; b) 应避免将重要网络区域部署在边界处，重要网络区域与其他网络区域 之间应采取可靠的技术隔离手段。 通信传输 应采用校验技术保证通信过程中数据的完整性。 可信验证 可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和 通信应用程序等进行可信 验证，并在检测到其可信性受到破坏后进行报 警，并将验证结果形成审计记录送至安全管理中心。 边界防护 应保证跨越边界的访问和数据流通过边界设备提供的受控接口进行通信。 访问控制 a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则，默认 情况下除允许通信外受控接口拒绝所有通信; b) 应删除多余或无效的访问控制规则，优化访问控制列表，并保证访问 控制规则数量最小化; c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查，以允 许/拒绝数据包进出; d) 应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能 力。 入侵防范 应在关键网络节点处监视网络攻击行为。 恶意代码 防范 应在关键网络节点处对恶意代码进行检测和清除，并维护恶意代码防护 机制的升级和更新。 安全审计 a) 应在网络边界、重要网络节点进行安全审计，审计覆盖到每个用户， 对重要的用户行为和重要安全事件进行审计; b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功 及其他与审计相关的信息; c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或 覆盖等。 可信验证 可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和 边界防护应用程序等进行 可信验证，并在检测到其可信性受到破坏后进 行报警，并将验证结果形成审计记录送至安全管理中心。 身份鉴别 a) 应对登录的用户进行身份标识和鉴别，身份标识具有唯一性，身份鉴 别信息具有复杂度要求并定期更换; b) 应具有登录失败处理功能，应配置并启用结束会话、限制非法登录次 数和当登录连接超时自动退出等相关措施; c) 当进行远程管理时，应采取必要措施防止鉴别信息在网络传输过程中 被窃听。 访问控制 a) 应对登录的用户分配账户和权限; b) 应重命名或删除默认账户，修改默认账户的默认口令; c) 应及时删除或停用多余的、过期的账户，避免共享账户的存在; d) 应授予管理用户所需的最小权限，实现管理用户的权限分离。 安全审计 a) 应启用安全审计功能，审计覆盖到每个用户，对重要的用户行为和重 要安全事件进行审计; b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功 分类 子类 基本要求 及其他与审计相关的信息; c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或 覆盖等。 入侵防范 a) 应遵循最小安装的原则，仅安装需要的组件和应用程序; b) 应关闭不需要的系统服务、默认共享和高危端口; c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管 理终端进行限制; d) 应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口 输入的内容符合系统设定要求; e) 应能发现可能存在的已知漏洞，并在经过充分测试评估后，及时修补 漏洞。 恶意代码 防范 应安装防恶意代码软件或配置具有相应功能的软件，并定期进行升级和 更新防恶意代码库。 可信验证 可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和 应用程序等进行可信验证， 并在检测到其可信性受到破坏后进行报警， 并将验证结果形成审计记录送至安全管理中心。 数据完整 性 应采用校验技术保证重要数据在传输过程中的完整性。 数据备份 恢复 a) 应提供重要数据的本地数据备份与恢复功能; b) 应提供异地数据备份功能，利用通信网络将重要数据定时批量传送至 备用场地。 剩余信息 保护 应保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除。 个人信息 保护 a) 应仅采集和保存业务必需的用户个人信息; b) 应禁止未授权访问和非法使用用户个人信息。 系统管理 a)应对系统管理员进行身份鉴别，只允许其通过特定的命令或操作界面 进行系统管理操作，并对 这些操作进行审计; b)应通过系统管理员对系统的资源和运行进行配置、控制和管理，包括 用户身份、系统资源配置、 系统加载和启动、系统运行的异常处理、数 据和设备的备份与恢复等。 审计管理 a) 应对审计管理员进行身份鉴别，只允许其通过特定的命令或操作界面 进行安全审计操作，并对这些操作进行审计; b) 应通过审计管理员对审计记录进行分析，并根据分析结果进行处理， 包括根据安全审计策略对审计记录进行存储、管理和查询等。 安全策略 应制定网络安全工作的总体方针和安全策略，阐明机构安全工作的总体 目标、范围、原则和安全 框架等。 管理制度 a) 应对安全管理活动中的主要管理内容建立安全管理制度; b) 应对管理人员或操作人员执行的日常管理操作建立操作规程。 制定和发 布 a) 应指定或授权专门的部门或人员负责安全管理制度的制定; b) 安全管理制度应通过正式、有效的方式发布，并进行版本控制。 评审和修 订 应定期对安全管理制度的合理性和适用性进行论证和审定，对存在不足 或需要改进的安全管理制 度进行修订。 安全 管理 中心 安全 管理 制度 分类 安全 管理 机构 安全 管理 人员 安全 建设 管理 子类 基本要求 岗位设置 a) 应设立网络安全管理工作的职能部门，设立安全主管、安全管理各个 方面的负责人岗位，并定义各负责人的职责; b) 应设立系统管理员、审计管理员和安全管理员等岗位，并定义部门及 各个工作岗位的职责。 人员配备 应配备一定数量的系统管理员、审计管理员和安全管理员等。 授权和审 批 a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人 等; b) 应针对系统变更、重要操作、物理访问和系统接入等事项执行审批过 程。 沟通和合 作 a) 应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作 与沟通，定期召开协调会议，共同协作处理网络安全问题; b) 应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合 作与沟通; c) 应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和 联系方式等信息。 审核和检 查 应定期进行常规安全检查，检查内容包括系统日常运行、系统漏洞和数 据备份等情况。 人员录用 a) 应指定或授权专门的部门或人员负责人员录用; b) 应对被录用人员的身份、安全背景、专业资格或资质等进行审查。 人员离岗 应及时终止离岗人员的所有访问权限，取回各种身份证件、钥匙、徽章 等以及机构提供的软硬件设 备。 安全意识 教育和培 训 应对各类人员进行安全意识教育和岗位技能培训，并告知相关的安全责 任和惩戒措施。 外部人员 访问管理 a) 应在外部人员物理访问受控区域前先提出书面申请，批准后由专人全 程陪同，并登记备案; b) 应在外部人员接入受控网络访问系统前先提出书面申请，批准后由专 人开设账户、分配权限，并登记备案; c) 外部人员离场后应及时清除其所有的访问权限。 定级和备 案 a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和 理由; b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性 进行论证和审定; c) 应保证定级结果经过相关部门的批准; d) 应将备案材料报主管部门和相应公安机关备案。 安全方案 设计 a) 应根据安全保护等级选择基本安全措施，依据风险分析的结果补充和 调整安全措施; b) 应根据保护对象的安全保护等级进行安全方案设计; c) 应组织相关部门和有关安全专家对安全方案的合理性和正确性进行 论证和审定，经过批准后 才能正式实施。 产品采购 和使用 a) 应确保网络安全产品采购和使用符合国家的有关规定; b) 应确保密码产品与服务的采购和使用符合国家密码管理主管部门的 分类 子类 基本要求 要求。 安全 运维 管理 自行软件 开发 a) 应将开发环境与实际运行环境物理分开，测试数据和测试结果受到控 制; b) 应在软件开发过程中对安全性进行测试，在软件安装前对可能存在的 恶意代码进行检测。 外包软件 开发 a) 应在软件交付前检测其中可能存在的恶意代码; b) 应保证开发单位提供软件设计文档和使用指南。 工程实施 a) 应指定或授权专门的部门或人员负责工程实施过程的管理; b) 应制定安全工程实施方案控制工程实施过程。 测试验收 a) 应制订测试验收方案，并依据测试验收方案实施测试验收，形成测试 验收报告; b) 应进行上线前的安全性测试，并出具安全测试报告。 系统交付 a) 应制定交付清单，并根据交付清单对所交接的设备、软件和文档等进 行清点; b) 应对负责运行维护的技术人员进行相应的技能培训; c) 应提供建设过程文档和运行维护文档。 等级测评 a) 应定期进行等级测评， 发现不符合相应等级保护标准要求的及时整改; b) 应在发生重大变更或级别发生变化时进行等级测评; c) 应确保测评机构的选择符合国家有关规定。 服务供应 商选择 a) 应确保服务供应商的选择符合国家的有关规定; b) 应与选定的服务供应商签订相关协议，明确整个服务供应链各方需履 行的网络安全相关义务。 环境管理 a) 应指定专门的部门或人员负责机房安全，对机房出入进行管理，定期 对机房供配电、空调、温湿度控制、消防等设施进行维护管理; b) 应对机房的安全管理做出规定，包括物理访问、物品进出和环境安全 等; c) 应不在重要区域接待来访人员，不随意放置含有敏感信息的纸档文件 和移动介质等。 资产管理 应编制并保存与保护对象相关的资产清单，包括资产责任部门、重要程 度和所处位置等内容。 介质管理 a) 应将介质存放在安全的环境中，对各类介质进行控制和保护，实行存 储环境专人管理，并根据存档介质的目录清单定期盘点; b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制， 并对介质的归档和查询等进行登记记录。 设备维护 管理 a) 应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员 定期进行维护管理; b) 应对配套设施、软硬件维护管理做出规定，包括明确维护人员的责任、 维修和服务的审批、维修过程的监督控制等。 漏洞和风 险管理 应采取必要的措施识别安全漏洞和隐患，对发现的安全漏洞和隐患及时 进行修补或评估可能的影响 后进行修补。 网络和系 统安全管 理 a) 应划分不同的管理员角色进行网络和系统的运维管理，明确各个角色 的责任和权限; b) 应指定专门的部门或人员进行账户管理，对申请账户、建立账户、删 分类 子类 基本要求 除账户等进行控制; c) 应建立网络和系统安全管理制度，对安全策略、账户管理、配置管理、 日志管理、日常操作、升级与打补丁、口令更新周期等方面做出规定; d) 应制定重要设备的配置和操作手册，依据手册对设备进行安全配置和 优化配置等; e) 应详细记录运维操作日志，包括日常巡检工作、运行维护记录、参数 的设置和修改等内容。 恶意代码 防范管理 a) 应提高所有用户的防恶意代码意识，对外来计算机或存储设备接入系 统前进行恶意代码检查等; b) 应对恶意代码防范要求做出规定，包括防恶意代码软件的授权使用、 恶意代码库升级、恶意代码的定期查杀等; c) 应定期检查恶意代码库的升级情况，对截获的恶意代码进行及时分析 处理。 配置管理 应记录和保存基本配置信息，包括网络拓扑结构、各个设备安装的软件 组件、软件组件的版本和 补丁信息、各个设备或软件组件的配置参数等。 密码管理 a) 应遵循密码相关国家标准和行业标准; b) 应使用国家密码管理主管部门认证核准的密码技术和产品。 变更管理 应明确变更需求，变更前根据变更需求制定变更方案，变更方案经过评 审、审批后方可实施。 备份与恢 复管理 a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等; b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等; c) 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略 和恢复策略、备份程序和恢复程序等。 安全事件 处置 a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件; b) 应制定安全事件报告和处置管理制度，明确不同安全事件的报告、处 置和响应流程，规定安全事件的现场处理、事件报告和后期恢复的管理 职责等; c) 应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因， 收集证据，记录处理过程，总结经验教训。 应急预案 管理 a) 应制定重要事件的应急预案，包括应急处理流程、系统恢复流程等内 容; b) 应定期对系统相关的人员进行应急预案培训， 并进行应急预案的演练。 外包运维 管理 a) 应确保外包运维服务商的选择符合国家的有关规定; b) 应与选定的外包运维服务商签订相关的协议，明确约定外包运维的范 围、工作内容。 （2）三级系统通用指标要求 分类 安全 物理 环境 子类 基本要求 物理位置 选择 a) 机房场地应选择在具有防震、防风和防雨等能力的建筑内; b) 机房场地应避免设在建筑物的顶层或地下室，否则应加强防水和防潮 措施。 物理访问 控制 机房出入口应配置电子门禁系统，控制、鉴别和记录进入的人员。 防盗窃和 a) 应将设备或主要部件进行固定，并设置明显的不易除去的标识; 分类 子类 防破坏 b) 应将通信线缆铺设在隐蔽安全处。 c）应设置机房防盗报警系统或设置有专人值守的视频监控系统。 防雷击 a) 应将各类机柜、设施和设备等通过接地系统安全接地。 b) 应采取措施防止感应雷，例如设置防雷保安器或过压保护装置等。 防火 a) 机房应设置火灾自动消防系统，能够自动检测火情、自动报警，并自 动灭火; b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料; c）应对机房划分区域进行管理，区域和区域之间设置隔离防火措施。 防水和防 潮 a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透; b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透; c）应安装对水敏感的检测仪表或元件，对机房进行防水检测和报警。 防静电 a) 应采用防静电地板或地面并采用必要的接地防静电措施; b）应采取措施防止静电的产生，例如采用静电消除器、佩戴防静电手环 等。 温湿度控 制 应设置温湿度自动调节设施，使机房温湿度的变化在设备运行所允许的 范围之内。 电力供应 a) 应在机房供电线路上配置稳压器和过电压防护设备; b) 应提供短期的备用电力供应，至少满足设备在断电情况下的正常运行 要求; c）应设置冗余或并行的电力电缆线路为计算机系统供电。 电磁防护 a) 电源线和通信线缆应隔离铺设，避免互相干扰; b）应对关键设备实施电磁屏蔽。 网络架构 a) 应保证网络设备的业务处理能力满足业务高峰期需要; b) 应保证网络各个部分的带宽满足业务高峰期需要; c) 应划分不同的网络区域，并按照方便管理和控制的原则为各网络区域 分配地址; d) 应避免将重要网络区域部署在边界处，重要网络区域与其他网络区域 之间应采取可靠的技术隔离手段; e) 应提供通信线路、关键网络设备和关键计算设备的硬件冗余，保证系 统的可用性。 通信传输 a) 应采用校验技术或密码技术保证通信过程中数据的完整性; b) 应采用密码技术保证通信过程中数据的保密性。 可信验证 可基于可信根对通信设备的系统引导程序、系统程序、重要配置参数和 通信应用程序等进行可信验证，应用程序的关键执行环节进行动态可信 验证，在检测到其可信性受到破坏后进行报警，并将验证结果形成审计 记录送至安全管理中心。 边界防护 a) 应保证跨越边界的访问和数据流通过边界设备提供的受控接口进行 通信; b) 应能够对非授权设备私自联到内部网络的行为进行检查或限制; c) 应能够对内部用户非授权联到外部网络的行为进行检查或限制; d) 应限制无线网络的使用,保证无线网络通过受控的边界设备接入内部 网络。 访问控制 a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则，默认 安全 通信 网络 安全 区域 边界 基本要求 分类 子类 基本要求 情况下除允许通信外受控接口拒绝所有通信; b) 应删除多余或无效的访问控制规则，优化访问控制列表，并保证访问 控制规则数量最小化; c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查，以允 许/拒绝数据包进出; d) 应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能 力; e) 应对进出网络的数据流实现基于应用协议和应用内容的访问控制。 入侵防范 a) 应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为; b) 应在关键网络节点处检测、防止或限制从内部发起的网络攻击行为; c) 应采取技术措施对网络行为进行分析，实现对网络攻击特别是新型网 络攻击行为的分析; d) 当检测到攻击行为时，记录攻击源 IP、攻击类型、攻击目标、攻击时 间，在发生严重入侵事件时应提供报警。 恶意代码 和垃圾邮 件防范 a) 应在关键网络节点处对恶意代码进行检测和清除，并维护恶意代码防 护机制的升级和更新; b) 应在关键网络节点处对垃圾邮件进行检测和防护，并维护垃圾邮件防 护机制的升级和更新。 安全审计 a) 应在网络边界、重要网络节点进行安全审计，审计覆盖到每个用户， 对重要的用户行为和重要安全事件进行审计; b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功 及其他与审计相关的信息; c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或 覆盖等; d) 应能对远程访问的用户行为、访问互联网的用户行为等单独进行行为 审计和数据分析。 可信验证 可基于可信根对边界设备的系统引导程序、系统程序、重要配置参数和 边界防护应用程序等进行可信验证，并在应用程序的关键执行环节进行 动态可信验证，在检测到其可信性受到破坏后进行报警，并将验证结果 形成审计记录送至安全管理中心。 身份鉴别 a) 应对登录的用户进行身份标识和鉴别，身份标识具有唯一性，身份鉴 别信息具有复杂度要求并定期更换; b) 应具有登录失败处理功能，应配置并启用结束会话、限制非法登录次 数和当登录连接超时自动退出等相关措施; c) 当进行远程管理时，应采取必要措施防止鉴别信息在网络传输过程中 被窃听; d) 应采用口令、密码技术、生物技术等两种或两种以上组合的鉴别技术 对用户进行身份鉴别，且其中一种鉴别技术至少应使用密码技术来实现。 访问控制 a) 应对登录的用户分配账户和权限; b) 应重命名或删除默认账户，修改默认账户的默认口令; c) 应及时删除或停用多余的、过期的账户，避免共享账户的存在; d) 应授予管理用户所需的最小权限，实现管理用户的权限分离; e) 应由授权主体配置访问控制策略，访间控制策略规定主体对客体的访 安全 计算 环境 分类 子类 基本要求 问规则; f) 访问控制的粒度应达到主体为用户级或进程级，客体为文件、数据库 表级; g) 应对重要主体和客体设置安全标记，并控制主体对有安全标记信息资 源的访问。 安全审计 a) 应启用安全审计功能，审计覆盖到每个用户，对重要的用户行为和重 要安全事件进行审计; b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功 及其他与审计相关的信息; c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或 覆盖等; d）应对审计进程进行保护，防止未经授权的中断。 入侵防范 a) 应遵循最小安装的原则，仅安装需要的组件和应用程序; b) 应关闭不需要的系统服务、默认共享和高危端口; c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管 理终端进行限制; d) 应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口 输入的内容符合系统设定要求; e) 应能发现可能存在的已知漏洞，并在经过充分测试评估后，及时修补 漏洞; f) 应能够检测到对重要节点进行入侵的行为，并在发生严重入侵事件时 提供报警。 恶意代码 防范 应采用免受恶意代码攻击的技术措施或主动免疫可信验证机制及时识别 入侵和病毒行为，并将其有效阻断。 可信验证 可基于可信根对计算设备的系统引导程序、系统程序、重要配置参数和 应用程序等进行可信验证， 并在应用程序的关键执行环节进行动态可 信验证，在检测到其可信性受到破坏后进行报警，并将验证结果形成审 计记录送至安全管理中心。 数据完整 性 a) 应采用校验技术保证重要数据在传输过程中的完整性，包括但不限于 鉴别数据、重要业务数据、重要审计数据、重要配置数据、重要视频数 据和重要个人信息等; b) 应采用校验技术或密码技术保证重要数据在存储过程中的完整性，包 括但不限于鉴别数据、重要业务数据、重要审计数据、重要配置数据、 重要视频数据和重要个人信息等。 数据保密 性 a）应采用密码技术保证重要数据在传输过程中的保密性，包括但不限于 鉴别数据、重要业务数据和重要个人信息等; b）应采用密码技术保证重要数据在存储过程中的保密性，包括但不限于 鉴别数据、重要业务数据和重要个人信息等。 数据备份 恢复 a) 应提供重要数据的本地数据备份与恢复功能; b) 应提供异地数据备份功能，利用通信网络将重要数据定时批量传送至 备用场地; c) 应提供重要数据处理系统的热冗余，保证系统的高可用性。 剩余信息 a）应保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除; 分类 安全 管理 中心 安全 管理 制度 安全 管理 机构 子类 基本要求 保护 b）应保证存有敏感数据的存储空间被释放或重新分配前得到完全清除。 个人信息 保护 a) 应仅采集和保存业务必需的用户个人信息; b) 应禁止未授权访问和非法使用用户个人信息。 系统管理 a) 应对系统管理员进行身份鉴别，只允许其通过特定的命令或操作界面 进行系统管理操作，并对这些操作进行审计; b) 应通过系统管理员对系统的资源和运行进行配置、控制和管理，包括 用户身份、系统资源配置、系统加载和启动、系统运行的异常处理、数 据和设备的备份与恢复等。 审计管理 a) 应对审计管理员进行身份鉴别，只允许其通过特定的命令或操作界面 进行安全审计操作，并对这些操作进行审计; b) 应通过审计管理员对审计记录进行分析，并根据分析结果进行处理， 包括根据安全审计策略对审计记录进行存储、管理和查询等。 安全管理 a）应对安全管理员进行身份鉴别，只允许其通过特定的命令或操作界面 进行安全管理操作，并对这些操作进行审计; b) 应通过安全管理员对系统中的安全策略进行配置，包括安全参数的设 置，主体、客体进行统一安全标记，对主体进行授权，配置可信验证策 略等。 集中管控 a）应划分出特定的管理区域，对分布在网络中的安全设备或安全组件进 行管控; b) 应能够建立一条安全的信息传输路径，对网络中的安全设备或安全组 件进行管理; c）应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中 监测; d）应对分散在各个设备上的审计数据进行收集汇总和集中分析，并保证 审计记录的留存时间符合法律法规要求; e）应对安全策路、恶意代码、补丁升级等安全相关事项进行集中管理; f）应能对网络中发生的各类安全事件进行识别、报警和分析。 安全策略 应制定网络安全工作的总体方针和安全策略，阐明机构安全工作的总体 目标、范围、原则和安全框架等。 管理制度 a) 应对安全管理活动中的主要管理内容建立安全管理制度; b) 应对管理人员或操作人员执行的日常管理操作建立操作规程; c) 应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的 安全管理制度体系。 制定和发 布 a) 应指定或授权专门的部门或人员负责安全管理制度的制定; b) 安全管理制度应通过正式、有效的方式发布，并进行版本控制。 评审和修 订 应定期对安全管理制度的合理性和适用性进行论证和审定，对存在不足 或需要改进的安全管理制度进行修订。 岗位设置 a）应成立指导和管理网络安全工作的委员会或领导小组，其最高领导由 单位主管领导担任或授权; b）应设立网络安全管理工作的职能部门，设立安全主管、安全管理各个 方面的负责人岗位，并定义各负责人的职责; c）应设立系统管理员、审计管理员和安全管理员等岗位，并定义部门及 各个工作岗位的职责。 分类 安全 管理 人员 安全 建设 管理 子类 基本要求 人员配备 a）应配备一定数量的系统管理员、审计管理员和安全管理员等; b) 应配备专职安全管理员，不可兼任。 授权和审 批 a）应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人 等; b）应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程 序，按照审批程序执行审批过程，对重要活动建立逐级审批制度; c）应定期审查审批事项，及时更新需授权和审批的项目、审批部门和审 批人等信息。 沟通和合 作 a) 应加强各类管理人员、组织内部机构和网络安全管理部门之间的合作 与沟通，定期召开协调会议，共同协作处理网络安全问题; b) 应加强与网络安全职能部门、各类供应商、业界专家及安全组织的合 作与沟通; c) 应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和 联系方式等信息。 审核和检 查 a) 应定期进行常规安全检查，检查内容包括系统日常运行、系统漏洞和 数据备份等情况; b) 应定期进行全面安全检查，检查内容包括现有安全技术措施的有效性、 安全配置与安全策略的一致性、安全管理制度的执行情况等; c) 应制定安全检查表格实施安全检查，汇总安全检查数据，形成安全检 查报告，并对安全检查结果进行通报。 人员录用 a) 应指定或授权专门的部门或人员负责人员录用; b）应对被录用人员的身份、安全背景、专业资格或资质等进行审查，对 其所具有的技术技能进行考核; c）应与被录用人员签署保密协议，与关键岗位人员签署岗位责任协议。 人员离岗 a）应及时终止离岗人员的所有访问权限，取回各种身份证件、钥匙、徽 章等以及机构提供的软硬件设备; b) 应办理严格的调离手续，并承诺调离后的保密义务后方可离开。 安全意识 教育和培 训 a）应对各类人员进行安全意识教育和岗位技能培训，并告知相关的安全 责任和惩戒措施; b）应针对不同岗位制定不同的培训计划，对安全基础知识、岗位操作规 程等进行培训; c）应定期对不同岗位的人员进行技能考核。 外部人员 访问管理 a) 应在外部人员物理访问受控区域前先提出书面申请，批准后由专人全 程陪同，并登记备案; b) 应在外部人员接入受控网络访问系统前先提出书面申请，批准后由专 人开设账户、分配权限，并登记备案; c) 外部人员离场后应及时清除其所有的访问权限; d）获得系统访问授权的外部人员应签署保密协议，不得进行非授权操作， 不得复制和泄露任何敏感信息。 定级和备 案 a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和 理由; b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性 进行论证和审定; 分类 子类 基本要求 c) 应保证定级结果经过相关部门的批准; d) 应将备案材料报主管部门和相应公安机关备案。 安全方案 设计 a）应根据安全保护等级选择基本安全措施，依据风险分析的结果补充和 调整安全措施; b）应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安 全整体规划和安全方案设计，设计内容应包含密码技术相关内容，并形 成配套文件; c）应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理 性和正确性进行论证和审定，经过批准后才能正式实施。 产品采购 和使用 a) 应确保网络安全产品采购和使用符合国家的有关规定; b) 应确保密码产品与服务的采购和使用符合国家密码管理主管部门的 要求; c）应预先对产品进行选型测试，确定产品的候选范围，并定期审定和更 新候选产品名单。 自行软件 开发 a）应将开发环境与实际运行环境物理分开，测试数据和测试结果受到控 制; b) 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为 准则; c）应制定代码编写安全规范，要求开发人员参照规范编写代码; d) 应具备软件设计的相关文档和使用指南，并对文档使用进行控制; e）应保证在软件开发过程中对安全性进行测试，在软件安装前对可能存 在的恶意代码进行检测; f) 应对程序资源库的修改、更新、发布进行授权和批准，并严格进行版 本控制; g）应保证开发人员为专职人员、开发人员的开发活动受到控制、监视和 审查。 外包软件 开发 a) 应在软件交付前检测其中可能存在的恶意代码; b) 应保证开发单位提供软件设计文档和使用指南; c）应保证开发单位提供软件源代码，并审查软件中可能存在的后门和隐 蔽信道。 工程实施 a) 应指定或授权专门的部门或人员负责工程实施过程的管理; b) 应制定安全工程实施方案控制工程实施过程; c）应通过第三方工程监理控制项目的实施过程。 测试验收 a) 应制订测试验收方案，并依据测试验收方案实施测试验收，形成测试 验收报告; b）应进行上线前的安全性测试，并出具安全测试报告，安全测试报告应 包含密码应用安全性测试相关内容。 系统交付 a) 应制定交付清单，并根据交付清单对所交接的设备、软件和文档等进 行清点; b) 应对负责运行维护的技术人员进行相应的技能培训; c) 应提供建设过程文档和运行维护文档。 等级测评 a) 应定期进行等级测评， 发现不符合相应等级保护标准要求的及时整改; b) 应在发生重大变更或级别发生变化时进行等级测评; 分类 子类 基本要求 c) 应确保测评机构的选择符合国家有关规定。 安全 运维 管理 服务供应 商选择 a) 应确保服务供应商的选择符合国家的有关规定; b) 应与选定的服务供应商签订相关协议，明确整个服务供应链各方需履 行的网络安全相关义务; c）应定期监督、评审和审核服务供应商提供的服务，并对其变更服务内 容加以控制。 环境管理 a) 应指定专门的部门或人员负责机房安全，对机房出入进行管理，定期 对机房供配电、空调、温湿度控制、消防等设施进行维护管理; b）应建立机房安全管理制度，对有关物理访问、物品带进出和环境安全 等方面的管理作出规定; c) 应不在重要区域接待来访人员，不随意放置含有敏感信息的纸档文件 和移动介质等。 资产管理 a) 应编制并保存与保护对象相关的资产清单，包括资产责任部门、重要 程度和所处位置等内容; b）应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相 应的管理措施; c）应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等 进行规范化管理。 介质管理 a) 应将介质存放在安全的环境中，对各类介质进行控制和保护，实行存 储环境专人管理，并根据存档介质的目录清单定期盘点; b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制， 并对介质的归档和查询等进行登记记录。 设备维护 管理 a) 应对各种设备(包括备份和冗余设备)、线路等指定专门的部门或人员 定期进行维护管理; b) 应对配套设施、软硬件维护管理做出规定，包括明确维护人员的责任、 维修和服务的审批、维修过程的监督控制等; c）信息处理设备应经过审批才能带离机房或办公地点，含有存储介质的 设备带出工作环境时其中重要数据应加密; d）含有存储介质的设备在报废或重用前，应进行完全清除或被安全覆盖， 保证该设备上的敏感数据和授权软件无法被恢复重用。 漏洞和风 险管理 a) 应采取必要的措施识别安全漏洞和隐患，对发现的安全漏洞和隐患及 时进行修补或评估可能的影响后进行修补; b）应定期开展安全测评，形成安全测评报告，采取措施应对发现的安全 问题。 网络和系 统安全管 理 a) 应划分不同的管理员角色进行网络和系统的运维管理，明确各个角色 的责任和权限; b) 应指定专门的部门或人员进行账户管理，对申请账户、建立账户、删 除账户等进行控制; c) 应建立网络和系统安全管理制度，对安全策略、账户管理、配置管理、 日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定; d) 应制定重要设备的配置和操作手册，依据手册对设备进行安全配置和 优化配置等; e) 应详细记录运维操作日志，包括日常巡检工作、运行维护记录、参数 分类 子类 基本要求 的设置和修改等内容; f）应指定专门的部门或人员对日志、监测和报警数据等进行分析、统计， 及时发现可疑行为; g）应严格控制变更性运维，经过审批后才可改变连接、安装系统组件或 调整配置参数，操作过程中应保留不可更改的审计日志，操作结束后应 同步更新配置信息库; h）应严格控制运维工具的使用，经过审批后才可接入进行操作，操作过 程中应保留不可更改的审计日志，操作结束后应删除工具中的敏感数据; i）应严格控制远程运维的开通，经过审批后才可开通远程运维接口或通 道，操作过程中应保留不可更改的审计日志，操作结束后立即关闭接口 或通道; j）应保证所有与外部的连接均得到授权和批准，应定期检查违反规定无 线上网及其他违反网络安全策略的行为。 恶意代码 防范管理 a) 应提高所有用户的防恶意代码意识，对外来计算机或存储设备接入系 统前进行恶意代码检查等; b）应定期验证防范恶意代码攻击的技术措施的有效性。 配置管理 a) 应记录和保存基本配置信息，包括网络拓扑结构、各个设备安装的软 件组件、软件组件的版本和 补丁信息、各个设备或软件组件的配置参数 等; b) 应将基本配置信息改变纳入变更范畴，实施对配置信息改变的控制， 并及时更新基本配置信息库。 密码管理 a) 应遵循密码相关国家标准和行业标准; b) 应使用国家密码管理主管部门认证核准的密码技术和产品。 变更管理 a）应明确变更需求，变更前根据变更需求制定变更方案，变更方案经过 评审、审批后方可实施; b) 应建立变更的申报和审批控制程序，依据程序控制所有的变更，记录 变更实施过程; c）应建立中止变更并从失败变更中恢复的程序，明确过程控制方法和人 员职责，必要时对恢复过程进行演练。 备份与恢 复管理 a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等; b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等; c) 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略 和恢复策略、备份程序和恢复程序等。 安全事件 处置 a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件; b) 应制定安全事件报告和处置管理制度，明确不同安全事件的报告、处 置和响应流程，规定安全事件的现场处理、事件报告和后期恢复的管理 职责等; c) 应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因， 收集证据，记录处理过程，总结经验教训; d）对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程 序和报告程序。 应急预案 管理 a）应规定统一的应急预案框架，包括启动预案的条件、应急组织构成、 应急资源保障、事后教育和培训等内容; 分类 子类 基本要求 b) 应制定重要事件的应急预案，包括应急处理流程、系统恢复流程等内 容; c）应定期对系统相关的人员进行应急预案培训，并进行应急预案的演练; d）应定期对原有的应急预案重新评估，修订完善。 外包运维 管理 a) 应确保外包运维服务商的选择符合国家的有关规定; b) 应与选定的外包运维服务商签订相关的协议，明确约定外包运维的范 围、工作内容; c）应保证选择的外包运维服务商在技术和管理方面均应具有按照等级保 护要求开展安全运维工作的能力，并将能力要求在签订的协议中明确; d) 应在与外包运维服务商签订的协议中明确所有相关的安全要求，如可 能涉及对敏感信息的访问、处理、存储要求，对 IT 基础设施中断服务的 应急保障要求等。 2．扩展要求 （3）二级系统扩展指标要求 1）云计算安全扩展要求 分类 子类 安全 物理 环境 基础设施 位置 应保证云计算基础设施位于中国境内。 网络架构 a) 应保证云计算平台不承载高于其安全保护等级的业务应用系统; b) 应实现不同云服务客户虚拟网络之间的隔离; c) 应具有根据云服务客户业务需求提供通信传输、边界防护、入侵防范 等安全机制的能力。 访问控制 a) 应在虚拟化网络边界部署访问控制机制，并设置访问控制规则； b) 应在不同等级的网络区域边界部署访问控制机制，设置访问控制规则。 入侵防范 a) 应能检测到云服务客户发起的网络攻击行为，并能记录攻击类型、攻 击时间、攻击流量等； b) 应能检测到对虚拟网络节点的网络攻击行为，并能记录攻击类型、攻 击时间、攻击流量等； c) 应能检测到虚拟机与宿主机、虚拟机与虚拟机之间的异常流量。 安全审计 a) 应对云服务商和云服务客户在远程管理时执行的特权命令进行审计， 至少包括虚拟机删除、 虚拟机重启； b) 应保证云服务商对云服务客户系统和数据的操作可被云服务客户审 计。 访问控制 a) 应保证当虚拟机迁移时，访问控制策略随其迁移； b) 应允许云服务客户设置不同虚拟机之间的访问控制策略。 镜像和快 照保护 a) 应针对重要业务系统提供加固的操作系统镜像或操作系统安全加固 服务； b) 应提供虚拟机镜像、快照完整性校验功能，防止虚拟机镜像被恶意篡 改。 数据完整 性和保密 a) 应确保云服务客户数据、用户个人信息等存储于中国境内，如需出境 应遵循国家相关规定； 安全 通信 网络 安全 区域 边界 安全 计算 环境 基本要求 分类 安全 管理 中心 安全 建设 管理 安全 运维 管理 子类 基本要求 性 b) 应确保只有在云服务客户授权下，云服务商或第三方才具有云服务客 户数据的管理权限； c) 应确保虚拟机迁移过程中重要数据的完整性，并在检测到完整性受到 破坏时采取必要的恢复 措施。 数据备份 恢复 a) 云服务客户应在本地保存其业务数据的备份； b) 应提供查询云服务客户数据及备份存储位置的能力。 剩余信息 保护 a) 应保证虚拟机所使用的内存和存储空间回收时得到完全清除； b) 云服务客户删除业务应用数据时，云计算平台应将云存储中所有副本 删除。 等保二级 无 等保二级无 云服务商 选择 a) 应选择安全合规的云服务商，其所提供的云计算平台应为其所承载的 业务应用系统提供相应等 级的安全保护能力； b) 应在服务水平协议中规定云服务的各项服务内容和具体技术指标； c) 应在服务水平协议中规定云服务商的权限与责任，包括管理范围、职 责划分、访问授权、隐私 保护、行为准则、违约责任等； d) 应在服务水平协议中规定服务合约到期时， 完整提供云服务客户数据， 并承诺相关数据在云 计算平台上清除。 供应链管 理 a) 应确保供应商的选择符合国家有关规定； b) 应将供应链安全事件信息或安全威胁信息及时传达到云服务客户。 云计算环 境管理 云计算平台的运维地点应位于中国境内，境外对境内云计算平台实施运 维操作应遵循国家相关规定。 2）移动互联安全扩展要求 分类 子类 基本要求 安全 物理 环境 无线接入 点的物理 位置 应为无线接入设备的安装选择合理位置，避免过度覆盖和电磁干扰。 边界防护 应保证有线网络与无线网络边界之间的访问和数据流通过无线接入网关 设备。 访问控制 无线接入设备应开启接入认证功能，并且禁止使用 WEP 方式进行认证， 如使用口令，长度不小于 8 位字符； 入侵防范 a) 应能够检测到非授权无线接入设备和非授权移动终端的接入行为； b) 应能够检测到针对无线接入设备的网络扫描、DDoS 攻击、密钥破解、 中间人攻击和欺骗攻击 等行为； c) 应能够检测到无线接入设备的 SSID 广播、WPS 等高风险功能的 开启状态； 安全 区域 边界 分类 子类 基本要求 d) 应禁用无线接入设备和无线接入网关存在风险的功能，如：SSID 广 播、WEP 认证等； e) 应禁止多个 AP 使用同一个认证密钥。 安全 计算 环境 安全 建设 管理 安全 运维 管理 移动应用 管控 a) 应具有选择应用软件安装、运行的功能； b) 应只允许可靠证书签名的应用软件安装和运行。 移动应用 软件采购 a) 应保证移动终端安装、运行的应用软件来自可靠分发渠道或使用可靠 证书签名； b) 应保证移动终端安装、运行的应用软件由可靠的开发者开发。 移动应用 软件开发 a) 应对移动业务应用软件开发者进行资格审查； b) 应保证开发移动业务应用软件的签名证书合法性。 等保二级 无 等保二级无 3）物联网安全扩展要求 分类 子类 安全 物理 环境 感知节点 设备物理 防护 a) 感知节点设备所处的物理环境应不对感知节点设备造成物理破坏，如 挤压、强振动； b) 感知节点设备在工作状态所处物理环境应能正确反映环境状态（如温 湿度传感器不能安装在阳光直射区域）。 接入控制 应保证只有授权的感知节点可以接入。 入侵防范 a) 应能够限制与感知节点通信的目标地址，以避免对陌生地址的攻击行 为； b) 应能够限制与网关节点通信的目标地址，以避免对陌生地址的攻击行 为。 等保二级 无 等保二级无 感知节点 管理 a) 应指定人员定期巡视感知节点设备、网关节点设备的部署环境，对可 能影响感知节点设备、网 关节点设备正常工作的环境异常进行记录和维护； b) 应对感知节点设备、网关节点设备入库、存储、部署、携带、维修、 丢失和报废等过程做出明确规定，并进行全程管理。 安全 区域 边界 安全 计算 环境 安全 运维 管理 基本要求 4）工业控制系统安全扩展要求 分类 子类 基本要求 安全 物理 环境 室外控制 设备物理 防护 a) 室外控制设备应放置于采用铁板或其他防火材料制作的箱体或装置 中并紧固；箱体或装置具有 透风、散热、防盗、防雨和防火能力等； b) 室外控制设备放置应远离强电磁干扰、强热源等环境，如无法避免应 及时做好应急处置及检修，保证设备正常运行。 安全 通信 网络架构 a) 工业控制系统与企业其他系统之间应划分为两个区域，区域间应采用 技术隔离手段； 分类 子类 b) 工业控制系统内部应根据业务特点划分为不同的安全域，安全域之间 应采用技术隔离手段； c) 涉及实时控制和数据传输的工业控制系统，应使用独立的网络设备组 网，在物理层面上实现 与其它数据网及外部公共信息网的安全隔离。 网络 安全 区域 边界 安全 计算 环境 安全 建设 管理 基本要求 通信传输 在工业控制系统内使用广域网进行控制指令或相关数据交换的应采用加 密认证技术手段实现身份 认证、访问控制和数据加密传输。 访问控制 a) 应在工业控制系统与企业其他系统之间部署访问控制设备，配置访问 控制策略，禁止任何穿越 区域边界的 E-Mail、Web、Telnet、Rlogin、FTP 等通用网络服务； b) 应在工业控制系统内安全域和安全域之间的边界防护机制失效时，及 时进行报警。 拨号使用 控制 工业控制系统确需使用拨号访问服务的，应限制具有拨号访问权限的用 户数量，并采取用户身份 鉴别和访问控制等措施。 无线使用 控制 a) 应对所有参与无线通信的用户（人员、软件进程或者设备）提供唯一 性标识和鉴别； b) 应对所有参与无线通信的用户（人员、软件进程或者设备）进行授权 以及执行使用进行限制。 控制设备 安全 a) 控制设备自身应实现相应级别安全通用要求提出的身份鉴别、访问控 制和安全审计等安全要 求，如受条件限制控制设备无法实现上述要求，应由其上位控制或管理 设备实现同等功能或通 过管理手段控制； b) 应在经过充分测试评估后，在不影响系统安全稳定运行的情况下对控 制设备进行补丁更新、固 件更新等工作。 产品采购 和使用 工业控制系统重要设备应通过专业机构的安全性检测后方可采购使用。 外包软件 开发 应在外包开发合同中规定针对开发单位、供应商的约束条款，包括设备 及系统在生命周期内有关 保密、禁止关键技术扩散和设备行业专用等方面的内容。 （4）三级系统扩展指标要求 5）云计算安全扩展要求 分类 子类 安全 物理 环境 基础设施 位置 应保证云计算基础设施位于中国境内。 网络架构 a) 应保证云计算平台不承载高于其安全保护等级的业务应用系统; b) 应实现不同云服务客户虚拟网络之间的隔离; c) 应具有根据云服务客户业务需求提供通信传输、边界防护、入侵防范 等安全机制的能力; 安全 通信 网络 基本要求 分类 子类 基本要求 d）应具有根据云服务客户业务需求自主设置安全策略的能力，包括定义 访问路径、选择安全组件、配置安全策略; e) 应提供开放接口或开放性安全服务，允许云服务客户接入第三方安全 产品或在云计算平台选择第三方安全服务。 安全 区域 边界 访问控制 a) 应在虚拟化网络边界部署访问控制机制，并设置访问控制规则; b) 应在不同等级的网络区域边界部署访问控制机制，设置访问控制规则。 入侵防范 a) 应能检测到云服务客户发起的网络攻击行为，并能记录攻击类型、攻 击时间、攻击流量等; b) 应能检测到对虚拟网络节点的网络攻击行为，并能记录攻击类型、攻 击时间、攻击流量等; c) 应能检测到虚拟机与宿主机、虚拟机与虚拟机之间的异常流量; d）应在检测到网络攻击行为、异常流量情况时进行告警。 安全审计 a) 应对云服务商和云服务客户在远程管理时执行的特权命令进行审计， 至少包括虚拟机删除、 虚拟机重启; b) 应保证云服务商对云服务客户系统和数据的操作可被云服务客户审 计。 身份鉴别 当远程管理云计算平台中设备时，管理终端和云计算平台之间应建立双 向身份验证机制。 访问控制 a) 应保证当虚拟机迁移时，访问控制策略随其迁移; b) 应允许云服务客户设置不同虚拟机之间的访问控制策略。 入侵防范 a）应能检测虚拟机之间的资源隔离失效，并进行告警; b）应能检测非授权新建虚拟机或者重新启用虚拟机，并进行告警; c）应能够检测恶意代码感染及在虚拟机间蔓延的情况，并进行告警。 镜像和快 照保护 a) 应针对重要业务系统提供加固的操作系统镜像或操作系统安全加固 服务; b) 应提供虚拟机镜像、快照完整性校验功能，防止虚拟机镜像被恶意篡 改; c）应采取密码技术或其他技术手段防止虚拟机镜像、快照中可能存在的 敏感资源被非法访问。 数据完整 性和保密 性 a) 应确保云服务客户数据、用户个人信息等存储于中国境内，如需出境 应遵循国家相关规定; b) 应确保只有在云服务客户授权下，云服务商或第三方才具有云服务客 户数据的管理权限; c）应使用校验码或密码技术确保虚拟机迁移过程中重要数据的完整性， 并在检测到完整性受到破坏时采取必要的恢复措施; d）应支持云服务客户部署密钥管理解决方案，保证云服务客户自行实现 数据的加解密过程。 数据备份 恢复 a) 云服务客户应在本地保存其业务数据的备份; b) 应提供查询云服务客户数据及备份存储位置的能力; c） 云服务商的云存储服务应保证云服务客户数据存在若干个可用的副本， 各副本之间的内容应保持一致; d）应为云服务客户将业务系统及数据迁移到其他云计算平台和本地系统 安全 计算 环境 分类 子类 基本要求 提供技术手段，并协助完成迁移过程。 安全 管理 中心 安全 建设 管理 安全 运维 管理 剩余信息 保护 a) 应保证虚拟机所使用的内存和存储空间回收时得到完全清除; b) 云服务客户删除业务应用数据时，云计算平台应将云存储中所有副本 删除。 集中管控 a）应能对物理资源和虚拟资源按照策略做统一管理调度与分配; b）应保证云计算平台管理流量与云服务客户业务流量分离; c）应根据云服务商和云服务客户的职责划分，收集各自控制部分的审计 数据并实现各自的集中审计; d）应根据云服务商和云服务客户的职责划分，实现各自控制部分，包括 虚拟化网络、虚拟机、虚拟化安全设备等的运行状况的集中监测。 云服务商 选择 a) 应选择安全合规的云服务商，其所提供的云计算平台应为其所承载的 业务应用系统提供相应等 级的安全保护能力; b) 应在服务水平协议中规定云服务的各项服务内容和具体技术指标; c) 应在服务水平协议中规定云服务商的权限与责任，包括管理范围、职 责划分、访问授权、隐私 保护、行为准则、违约责任等; d) 应在服务水平协议中规定服务合约到期时， 完整提供云服务客户数据， 并承诺相关数据在云 计算平台上清除; e）应与选定的云服务商签署保密协议，要求其不得泄露云服务客户数据。 供应链管 理 a) 应确保供应商的选择符合国家有关规定; b) 应将供应链安全事件信息或安全威胁信息及时传达到云服务客户; c) 应将供应商的重要变更及时传达到云服务客户，并评估变更带来的安 全风险，采取措施对风险进行控制。 云计算环 境管理 云计算平台的运维地点应位于中国境内，境外对境内云计算平台实施运 维操作应遵循国家相关规定。 6）移动互联安全扩展要求 分类 子类 基本要求 安全 物理 环境 无线接入 点的物理 位置 应为无线接入设备的安装选择合理位置，避免过度覆盖和电磁干扰。 安全 区域 边界 边界防护 应保证有线网络与无线网络边界之间的访问和数据流通过无线接入网关 设备。 访问控制 无线接入设备应开启接入认证功能，并支持采用认证服务器认证或国家 密码管理机构批准的密码模块进行认证。 分类 安全 计算 环境 安全 建设 管理 安全 运维 管理 子类 基本要求 入侵防范 a) 应能够检测到非授权无线接入设备和非授权移动终端的接入行为; b) 应能够检测到针对无线接入设备的网络扫描、DDoS 攻击、密钥破解、 中间人攻击和欺骗攻击 等行为; c) 应能够检测到无线接入设备的 SSID 广播、WPS 等高风险功能的 开启状态; d) 应禁用无线接入设备和无线接入网关存在风险的功能，如;SSID 广 播、WEP 认证等; e) 应禁止多个 AP 使用同一个认证密钥; f）应能够阻断非授权无线接入设备或非授权移动终端。 移动终端 管控 a）应保证移动终端安装、注册并运行终端管理客户端软件; b）移动终端应接受移动终端管理服务端的设备生命周期管理、设备远程 控制，如;远程锁定、远程擦除等。 移动应用 管控 a) 应具有选择应用软件安装、运行的功能; b) 应只允许可靠证书签名的应用软件安装和运行; c）应具有软件白名单功能，应能根据白名单控制应用软件安装、运行。 移动应用 软件采购 a) 应保证移动终端安装、运行的应用软件来自可靠分发渠道或使用可靠 证书签名; b) 应保证移动终端安装、运行的应用软件由指定的开发者开发。 移动应用 软件开发 a) 应对移动业务应用软件开发者进行资格审查; b) 应保证开发移动业务应用软件的签名证书合法性。 配置管理 应建立合法无线接入设备和合法移动终端配置库，用于对非法无线接入 设备和非法移动终端的识别。 7）物联网安全扩展要求 分类 安全 物理 环境 安全 区域 边界 安全 计算 环境 子类 基本要求 感知节点 设备物理 防护 a) 感知节点设备所处的物理环境应不对感知节点设备造成物理破坏，如 挤压、强振动; b) 感知节点设备在工作状态所处物理环境应能正确反映环境状态（如温 湿度传感器不能安装在阳光直射区域）; c) 感知节点设备在工作状态所处物理环境应不对感知节点设备的正常 工作造成影响，如强干扰、阻挡屏蔽等;d）关键感知节点设备应具有可 供长时间工作的电力供应（关键网关节点设备应具有持久稳定的电力供 应能力）。 接入控制 应保证只有授权的感知节点可以接入。 入侵防范 a) 应能够限制与感知节点通信的目标地址，以避免对陌生地址的攻击行 为; b) 应能够限制与网关节点通信的目标地址，以避免对陌生地址的攻击行 为。 感知节点 设备安全 a）应保证只有授权的用户可以对感知节点设备上的软件应用进行配置或 变更; b）应具有对其连接的网关节点设备（包括读卡器）进行身份标识和鉴别 的能力; 分类 子类 基本要求 c）应具有对其连接的其他感知节点设备（包括路由节点）进行身份标识 和鉴别的能力。 安全 运维 管理 网关节点 设备安全 a）应具备对合法连接设备（包括终端节点、路由节点，数据处理中心） 进行标识和鉴别的能力; b) 应具备过滤非法节点和伪造节点所发送的数据的能力; c）授权用户应能够在设备使用过程中对关键密钥进行在线更新; d）授权用户应能够在设备使用过程中对关键配置参数进行在线更新。 抗数据重 放 a）应能够鉴别数据的新鲜性，避免历史数据的重放攻击; b）应能够鉴别历史数据的非法修改，避免数据的修改重放攻击。 数据融合 处理 应对来自传感网的数据进行数据融合处理，使不同种类的数据可以在同 一个平台被使用。 感知节点 管理 a) 应指定人员定期巡视感知节点设备、网关节点设备的部署环境，对可 能影响感知节点设备、网关节点设备正常工作的环境异常进行记录和维 护; b) 应对感知节点设备、网关节点设备入库、存储、部署、携带、维修、 丢失和报废等过程作出明确规定，并进行全程管理; c）应加强对感知节点设备、网关节点设备部署环境的保密性管理，包括 负责检查和维护的人员调离工作岗位应立即交还相关检查工具和检查维 护记录等。 8）工业控制系统安全扩展要求 分类 子类 基本要求 安全 物理 环境 室外控制 设备物理 防护 a) 室外控制设备应放置于采用铁板或其他防火材料制作的箱体或装置 中并紧固;箱体或装置具有透风、散热、防盗、防雨和防火能力等; b) 室外控制设备放置应远离强电磁干扰、强热源等环境，如无法避免应 及时做好应急处置及检修，保证设备正常运行。 网络架构 a) 工业控制系统与企业其他系统之间应划分为两个区域，区域间应采用 单向的技术隔离手段; b) 工业控制系统内部应根据业务特点划分为不同的安全域，安全域之间 应采用技术隔离手段; c) 涉及实时控制和数据传输的工业控制系统，应使用独立的网络设备组 网，在物理层面上实现与其它数据网及外部公共信息网的安全隔离。 通信传输 在工业控制系统内使用广域网进行控制指令或相关数据交换的应采用加 密认证技术手段实现身份认证、访问控制和数据加密传输。 访问控制 a) 应在工业控制系统与企业其他系统之间部署访问控制设备，配置访问 控制策略，禁止任何穿越区域边界的 E-Mail、Web、Telnet、Rlogin、FTP 等通用网络服务; b) 应在工业控制系统内安全域和安全域之间的边界防护机制失效时，及 时进行报警。 拨号使用 控制 a) 工业控制系统确需使用拨号访问服务的，应限制具有拨号访问权限的 用户数量，并采取用户身份鉴别和访问控制等措施; b）拨号服务器和客户端均应使用经安全加固的操作系统，并采取数字证 书认证、传输加密和访问控制等措施。 安全 通信 网络 安全 区域 边界 分类 安全 计算 环境 安全 建设 管理 子类 基本要求 无线使用 控制 a) 应对所有参与无线通信的用户（人员、软件进程或者设备）提供唯一 性标识和鉴别; b) 应对所有参与无线通信的用户（人员、软件进程或者设备）进行授权 以及执行使用进行限制; c）应对无线通信采取传输加密的安全措施，实现传输报文的机密性保护; d）对采用无线通信技术进行控制的工业控制系统，应能识别其物理环境 中发射的未经授权的无线设备，报告未经授权试图接入或干扰控制系统 的行为。 控制设备 安全 a) 控制设备自身应实现相应级别安全通用要求提出的身份鉴别、访问控 制和安全审计等安全要求，如受条件限制控制设备无法实现上述要求， 应由其上位控制或管理设备实现同等功能或通过管理手段控制; b) 应在经过充分测试评估后，在不影响系统安全稳定运行的情况下对控 制设备进行补丁更新、固件更新等工作; c）应关闭或拆除控制设备的软盘驱动、光盘驱动、USB 接口、串行口 或多余网口等，确需保留的应通过相关的技术措施实施严格的监控管理; d）应使用专用设备和专用软件对控制设备进行更新; e）应保证控制设备在上线前经过安全性检测，避免控制设备固件中存在 恶意代码程序。 产品采购 和使用 工业控制系统重要设备应通过专业机构的安全性检测后方可采购使用。 外包软件 开发 应在外包开发合同中规定针对开发单位、供应商的约束条款，包括设备 及系统在生命周期内有关保密、禁止关键技术扩散和设备行业专用等方 面的内容。 （四）完成项目所需提交的文档清单 在本项目完成后，服务方须提供以下文档资料： 《信息系统安全问题汇总及整改建议》 《网络安全等级保护等级测评报告》及过程资料 （五）技术标准和规范 《中华人民共和国计算机信息系统安全保护条例》(国务院令 147 号) 《信息安全等级保护管理办法》 （公通字[2007]43 号 《计算机信息系统安全保护等级划分准则》 （GB17859-1999） 《信息安全技术网络安全等级保护定级指南》 （GB/T22240-2020） 《信息安全技术网络安全等级保护基本要求》 （GB/T22239-2019) 《信息安全技术网络安全等级保护测评要求》 （GB/T28448-2019） 《信息安全技术网络安全等级保护测评过程指南》 （GB/T28449-2018） 《信息安全技术信息安全风险评估规范》（GB/T20984-2015） （六）安全要求 成交供应商在项目实施过程中，必须遵守以下技术原则： 1.保密原则：对测评的过程数据和结果数据严格保密，未经授权不得泄露给任何单位和个人， 不得利用此数据进行任何侵害采购方的行为，否则采购方有权追究供应商的责任。 2.标准性原则：测评方案的设计与实施应依据国家等级保护的相关标准进行。 3.规范性原则：供应商的工作中的过程和文档，具有很好的规范性，可以便于项目的跟踪和 控制，测评出具的报告须符合公安部颁布的《信息系统安全等级测评报告模板》 。 4.可控性原则：等保测评服务的进度要按照招标文件 的要求，保证采购方对于测评工作的 可控性。 5.整体性原则：等保测评服务的范围和内容应当整体全面，包括国家等级保护相关要求测评 要求涉及的各个层面。 6.安全性原则：等保测评服务工作应不得影响系统和网络的正常运行；测评工作不得对现有 信息系统的正常运行、业务的正常开展产生任何影响。 7.测评机构资质及人员要求： 从事信息系统检测评估相关工作人员无违法记录。工作人员仅限于中华人民共和国境内的中 国公民，且无犯罪记录。测评期间需遵守被测单位相关管理规定，禁止利用测评工作从事危 害被测单位利益、安全的活动。 三、商务要求（实质性要求） 1.服务期限：自合同签订后，一年。 2.服务地点：西南科技大学。 3.验收方式及标准：严格按照西南科技大学采购项目履约验收相关要求进行验收。 4.付款方式:合同签订后 10 个工作日支付至合同 50%，项目完成并验收合格后支付至合 同 100％。 5.履约保证金：成交金额的 5%，合同签订前支付至采购人处。 以支票、 汇票、 本票或者金融机构、 担保机构出具的保函等非现金形式提交。