摘要: 网络安全等级保护基本要求通用要求管理部分与信息安全等级保护基本要求管理部分的对比（以三级为例） 网络安全等级保护基本要求通用要求管理部分由原来的五个层面：安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理，调整为四个部分：安全策略和管理制度...
网络安全等级保护基本要求通用要求管理部分与信息安全等级保护基本要求管理部分的对比（以三级为例）
网络安全等级保护基本要求通用要求管理部分由原来的五个层面：安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理，调整为四个部分：安全策略和管理制度、安全管理机构和人员、安全建设管理、安全运维管理。三级管理部分由原来的153项调整为115项，要求项虽大幅减少，但安全要求并未降级，将原冗余条款进行优化合并。相对于原标准，新标准结构更合理，更具可操作性。（标粗内容为三级和二级的变化，标红部门为新标准主要变化）
- 安全策略和管理制度VS 安全管理制度
新标准将原来的管理制度控制点拆分成了安全策略、管理制度两个控制点，制定和发布、评审和修订要求项进行了合并，层面要求项数由原来的11项调整为7项。控制点要求项数修改情况如下图：
| 原层面 | 原控制点 | 要求项数 | 新层面 | 新控制点 | 要求项数 |
| 安全管理制度 | 1 管理制度 | 4 | 安全策略和管理制度 | 1 安全策略 | 1 |
| 2 管理制度 | 3 | ||||
| 2 制度和发布 | 5 | 3 制度和发布 | 2 | ||
| 3 评审和修订 | 2 | 4 评审和修订 | 1 |
要求项的变化如下：
| 信息安全等级保护基本要求—安全管理制度（三级） | 网络安全等级保护基本要求通用要求—安全策略和管理制度（三级） | ||
| 管理制度 | a）应制定信息安全工作的总体方针和安全策略，说明机构安全工作的总体目标、范围、原则和安全框架等 | 安全策略 | 应制定信息安全工作的总体方针和安全策略，说明机构安全工作的总体目标、范围、原则和安全框架等。 |
| b）应对安全管理活动中的各类管理内容建立安全管理制度 | 管理制度 | a) 应对安全管理活动中的各类管理内容建立安全管理制度； | |
| c）应对安全管理人员或操作人员执行的日常管理操作建立操作规程 | b) 应对要求管理人员或操作人员执行的日常管理操作建立操作规程； | ||
| d）应形成由安全策略、管理制度、操作规程等构成的全面的信息安全管理制度体系 | c) 应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的信息安全管理制度体系。 | ||
| 制定和发布 | a）应指定或授权专门的部门或人员负责安全管理制度的制定 | 制定和发布 | a) 应指定或授权专门的部门或人员负责安全管理制度的制定； |
| b）安全管理制度应具有统一的格式，并进行版本控制 | b) 安全管理制度应通过正式、有效的方式发布，并进行版本控制。 | ||
| c）应组织相关人员对制定的安全管理进行论证和审定 | |||
| d）安全管理制度应通过正式、有效的方式发布 | |||
| e）安全管理制度应注明发布范围，并对收发文进行登记 | |||
| 评审和修订 | a）信息安全领导小组应负责定期组织相关部门和相关人员对安全管理制度体系的合理性和适用性进行审定 | 评审和修订 | 应定期对安全管理制度的合理性和适用性进行论证和审定，对存在不足或需要改进的安全管理制度进行修订。 |
| b）应定期或不定期对安全管理制度进行检查和审定，对存在不足或需要改进的安全管理制度进行修订 | |||
- 安全管理机构和人员VS安全管理机构+人员安全管理
新标准将安全管理机构和人员安全管理两个层面合并成了安全管理机构和人员一个层面，减少了人员考核控制点，人员考核要求纳入了网络和安全教育和培训控制点中，加强了外部人员访问管理要求。要求项由原来的35项调整为26项。控制点和控制点要求项数修改情况如下图：
| 原层面 | 原控制点 | 要求项数 | 新层面 | 新控制点 | 要求项数 |
| 安全管理机构 | 1岗位设置 | 4 | 安全管理机构和人员 | 1岗位设置 | 3 |
| 2人员配备 | 3 | 2人员配备 | 2 | ||
| 3授权和审批 | 4 | 3授权和审批 | 3 | ||
| 4沟通和合作 | 5 | 4沟通和合作 | 3 | ||
| 5审核和检查 | 3 | 5审核和检查 | 3 | ||
| 人员安全管理 | 1人员录用 | 4 | 6人员录用 | 3 | |
| 2人员离岗 | 3 | 7人员离岗 | 2 | ||
| 3人员考核 | 3 | ||||
| 4安全教育和培训 | 4 | 8安全教育和培训 | 3 | ||
| 5外部人员访问管理 | 2 | 9外部人员访问管理 | 4 | ||
具体要求项的变化如下表：
| 信息安全等级保护基本要求—安全管理机构（三级） | 网络安全等级保护基本要求通用要求—安全管理机构和人员（三级） | ||
| 岗位设置 | a）应设立信息安全管理工作的职能部门，设立安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责。 | 岗位设置 | b) 应设立信息安全管理工作的职能部门，设立安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责； |
| b）应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位的职责。 | c) 应设立系统管理员、网络管理员、安全管理员等岗位，并定义部门及各个工作岗位的职责。 | ||
| c）应成立指导和管理信息安全工作的委员会或领导小组，其最高领导由单位主管领导委任或授权。 | a) 应成立指导和管理信息安全工作的委员会或领导小组，其最高领导由单位主管领导委任或授权； | ||
| d）应制定文件明确安全管理机构各个部门和岗位的职责、分工和技能要求。 | |||
| 人员配备 | a）应配备一定数量的系统管理员、网络管理员、安全管理员等。 | 人员配备 | a) 应配备一定数量的系统管理员、网络管理员、安全管理员等； |
| b）应配备专职安全管理员，不可兼任。 | b) 应配备专职安全管理员，不可兼任。 | ||
| c）关键事务岗位应配备多人共同管理。 | |||
| 授权和审批 | a）应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等。 | 授权和审批 | a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等； |
| b）应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序，按照审批程序执行审批过程，对重要活动建立逐级审批制度。 | b) 应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序，按照审批程序执行审批过程，对重要活动建立逐级审批制度； | ||
| c）应定期审查审批事项，及时更新需授权和审批的项目、审批部门和审批人等信息。 | c) 应定期审查审批事项，及时更新需授权和审批的项目、审批部门和审批人等信息。 | ||
| d）应记录审批过程并保存审批文档。 | |||
| 沟通和合作 | a）应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通，定期或不定期召开协调会议，共同协作处理信息安全问题。 | 沟通和合作 | a) 应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通，定期召开协调会议，共同协作处理信息安全问题； |
| b）应加强与兄弟单位、公安机关、电信公司的合作与沟通。 | b) 应加强与公安机关、各类供应商、业界专家及安全组织的合作与沟通； | ||
| c）应加强与供应商、业界专家、专业的安全公司、安全组织的合作与沟通。 | |||
| d）应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和联系方式等信息。 | c) 应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和联系方式等信息。 | ||
| e）应聘请信息安全专家作为常年的安全顾问，指导信息安全建设，参与安全规划和安全评审等。 | |||
| 审核和检查 | a）安全管理员应负责定期进行安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况。 | 审核和检查 | a) 应定期进行常规安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况； |
| b）应由内部人员或上级单位定期进行全面安全检查，检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等。 | b) 应定期进行全面安全检查，检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等； | ||
| c）应制定安全检查表格实施安全检查，汇总安全检查数据，形成安全检查报告，并对安全检查结果进行通报。 | c) 应制定安全检查表格实施安全检查，汇总安全检查数据，形成安全检查报告，并对安全检查结果进行通报。 | ||
| 人员录用 | a）应指定或授权专门的部门或人员负责人员录用。 | 人员录用 | a) 应指定或授权专门的部门或人员负责人员录用； |
| b）应严格规范人员录用过程，对被录用人的身份、背景、专业资格和资质等进行审查，对其所具有的技术技能进行考核。 | b) 对被录用人员的身份、背景、专业资格和资质等进行审查，对其所具有的技术技能进行考核； | ||
| c）应签署保密协议。 | c) 应与被录用人员签署保密协议，与关键岗位人员签署岗位责任协议。 | ||
| d）应从内部人员中选拔从事关键岗位的人员，并签署岗位安全协议。 | |||
| 人员离岗 | a）应严格规范人员离岗过程，及时终止即将离岗员工的所有访问权限。 | 人员离岗 | a) 应及时终止离岗员工的所有访问权限，取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备； |
| b）应取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备。 | |||
| c）应办理严格的调离手续，关键岗位人员离岗须承诺调离后的保密义务后方可离开。 | b) 应办理严格的调离手续，并承诺调离后的保密义务后方可离开。 | ||
| 人员考核 | a）应定期对各个岗位的人员进行安全技能及安全认知的考核。 | ||
| b）应对关键岗位的人员进行全面、严格的安全审查和技能考核。 | |||
| c）应对考核结果进行记录并保存。 | |||
| 安全意识教育和培训 | a）应对各类人员进行安全意识教育、岗位技能培训和相关安全技术培训。 | 安全意识教育和培训 | a) 应对各类人员进行安全意识教育和岗位技能培训，并告知相关的安全责任和惩戒措施； |
| b）应对安全责任和惩戒措施进行书面规定并告知相关人员，对违反违背安全策略和规定的人员进行惩戒。 | |||
| c）应对安全教育和培训进行书面规定，针对不同岗位制定不同的培训计划，对信息安全基础知识、岗位操作规程等进行培训。 | b) 应针对不同岗位制定不同的培训计划，对信息安全基础知识、岗位操作规程等进行培训； | ||
| d）应对安全教育和培训的情况和结果进行记录并归档保存。 | |||
| c) 应定期对不同岗位的人员进行技能考核。 | |||
| 外部人员访问管理 | a）应确保在外部人员访问机房等重要区域前先提出书面申请，批准后由专人全程陪同或监督，并登记备案。 | 外部人员访问管理 | a) 应确保在外部人员物理访问受控区域前先提出书面申请，批准后由专人全程陪同，并登记备案； |
| b）对外部人员允许访问的区域、系统、设备、信息等内容应进行书面的规定，并按照规定执行。 | b) 应确保在外部人员接入受控网络访问系统前先提出书面申请，批准后由专人开设账户、分配权限，并登记备案； | ||
| c) 外部人员离场后应及时清除其所有的访问权限； （新增） | |||
| d) 获得系统访问授权的外部人员应签署保密协议，不得进行非授权操作，不得复制和泄露任何敏感信息。（新增） | |||
- 安全建设管理VS原来系统建设管理
新标准将系统定级和系统备案两个控制点合并为定级和备案控制点，将安全服务商选择控制点修改为服务供应商选择，加强了自行软件开发管理要求。加强了对密码应用的要求，增加了工程实施第三方监理要求，增加了上线前安全测试的要求。要求项由原来的45项调整为34项。控制点和各控制点要求项数修改情况如下图：
| 原层面 | 原控制点 | 要求项数 | 新层面 | 新控制点 | 要求项数 |
| 系统建设管理 | 1系统定级 | 4 | 安全建设管理 | 1定级和备案 | 4 |
| 2安全方案设计 | 5 | 2安全方案设计 | 3 | ||
| 3产品采购和使用 | 4 | 3产品采购和使用 | 3 | ||
| 4自行软件开发 | 5 | 4自行软件开发 | 7 | ||
| 5外包软件开发 | 4 | 5外包软件开发 | 3 | ||
| 6工程实施 | 3 | 6工程实施 | 3 | ||
| 7测试验收 | 5 | 7测试验收 | 2 | ||
| 8系统交付 | 5 | 8系统交付 | 3 | ||
| 9系统备案 | 3 | ||||
| 10等级测评 | 4 | 9等级测评 | 3 | ||
| 11安全服务商选择 | 3 | 10服务供应商选择 | 3 | ||
具体要求项的变化如下表：
| 信息安全等级保护基本要求—系统建设管理（三级） | 网络安全等级保护基本要求通用要求—安全建设管理（三级） | ||
| 系统定级 | a）应明确信息系统的边界和安全保护等级。 | ||
| b）应以书面的形式说明确定信息系统为某个安全保护等级的方法和理由。 | 定级和备案 | a) 应以书面的形式说明保护对象的安全保护等级及确定等级的方法和理由； | |
| c）应组织相关部门和有关安全技术专家对信息系统定级结果的合理性和正确性进行论证和审定。 | b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定； | ||
| d）应确保信息系统的定级结果经过相关部门的批准。 | c) 应确保定级结果经过相关部门的批准； | ||
| d) 应将备案材料报主管部门和相应公安机关备案。 | |||
| 安全方案设计 | a）应根据系统的安全级别选择基本安全措施，并依据风险分析的结果补充和调整安全措施。 | 安全方案设计 | a) 应根据安全保护等级选择基本安全措施，依据风险分析的结果补充和调整安全措施； |
| b）应指定和授权专门的部门对信息系统的安全建设进行总体规划，制定近期和远期的安全建设工作计划。 | b) 应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安全整体规划和安全方案设计，设计内容应包含密码相关内容，并形成配套文件； | ||
| c）应根据信息系统的等级划分情况，统一考虑安全保障体系的总体安全策略、安全技术框架、安全管理策略、总体建设规划和详细设计方案，并形成配套文件。 | |||
| d）应组织相关部门和有关安全技术专家对总体安全策略、安全技术框架、安全管理策略、总体建设规划、详细设计方案等相关配套文件的合理性和正确性进行论证和审定，并且经过批准后，才能正式实施。 | c) 应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定，经过批准后才能正式实施。 | ||
| e）应根据等级测评、安全评估的结果定期调整和修订总体安全策略、安全技术框架、安全管理策略、总体建设规划、详细设计方案等相关配套文件。 | |||
| 产品采购和使用 | a）应确保安全产品的采购和使用符合国家的有关规定。 | 产品采购和使用 | a) 应确保信息安全产品采购和使用符合国家的有关规定； |
| b）应确保密码产品的采购和使用符合国家密码主管部门的要求。 | b) 应确保密码产品与服务的采购和使用符合国家密码管理主管部门的要求； | ||
| c）应指定或授权专门的部门负责产品的采购。 | |||
| d）应预先对产品进行选型测试，确定产品的候选范围，并定期审定和更新候选产品名单。 | c) 应预先对产品进行选型测试，确定产品的候选范围，并定期审定和更新候选产品名单。 | ||
| 自行软件开发 | a）应确保开发环境与实际运行环境物理分开，开发人员和测试人员分离，测试数据和测试结果受到控制。 | 自行软件开发 | a) 应确保开发环境与实际运行环境物理分开，测试数据和测试结果受到控制； |
| b）应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则。 | b) 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则； | ||
| c）应制定代码编写安全规范，要求开发人员参照规范编写代码。 | c) 应制定代码编写安全规范，要求开发人员参照规范编写代码； | ||
| d）应确保提供软件设计的相关文档和使用指南，并由专人负责保管。 | d) 应确保具备软件设计的相关文档和使用指南，并对文档使用进行控制； | ||
| e）应确保对程序资源库的修改、更新、发布进行授权和批准。 | e) 应确保在软件开发过程中对安全性进行测试，在软件安装前对可能存在的恶意代码进行检测；（新增） | ||
| f) 应确保对程序资源库的修改、更新、发布进行授权和批准，并严格进行版本控制；（新增） | |||
| g) 应确保开发人员为专职人员，开发人员的开发活动受到控制、监视和审查。（新增） | |||
| 外包软件开发 | a）应根据开发需求检测软件质量。 | ||
| b）应在软件安装之前检测软件包中可能存在的恶意代码。 | 外包软件开发 | a) 应在软件交付前检测其中可能存在的恶意代码； | |
| c）应要求开发单位提供软件设计的相关文档和使用指南。 | b) 应要求开发单位提供软件设计文档和使用指南； | ||
| d）应要求开发单位提供软件源代码，并审查软件中可能存在的后门。 | c) 应要求开发单位提供软件源代码，并审查软件中可能存在的后门和隐蔽信道。 | ||
| 工程实施 | a）应指定或授权专门的部门或人员负责工程实施过程的管理。 | 工程实施 | a) 应指定或授权专门的部门或人员负责工程实施过程的管理； |
| b）应制定详细的工程实施方案控制实施过程，并要求工程实施单位能正式地执行安全工程过程。 | b) 应制定工程实施方案控制安全工程实施过程； | ||
| c）应制定工程实施方面的管理制度，明确说明实施过程的控制方法和人员行为准则。 | |||
| c) 应通过第三方工程监理控制项目的实施过程。（新增） | |||
| 测试验收 | a）应委托公正的第三方测试单位对系统进行安全性测试，并出具安全性测试报告。 | 测试验收 | b) 应进行上线前的安全性测试，并出具安全测试报告，安全测试报告应包含密码应用安全性测试相关内容。 |
| b）应在测试验收前根据设计方案或合同要求等制订测试验收方案，测试验收过程中详细记录测试验收结果，形成测试验收报告。 | a) 在制订测试验收方案，并依据测试验收方案实施测试验收，形成测试验收报告； | ||
| c）应对系统测试验收的控制方法和人员行为准则进行书面规定。 | |||
| d）应指定或授权专门的部门负责系统测试验收的管理，并按照管理制度的要求完成系统测试验收工作。 | |||
| e）应组织相关部门和相关人员对系统测试验收报告进行审定，并签字确认。 | |||
| 系统交付 | a）应制定详细的系统交付清单，并根据交付清单对所交接的设备、软件和文档等进行清点。 | 系统交付 | a) 应制定交付清单，并根据交付清单对所交接的设备、软件和文档等进行清点； |
| b）应对负责系统运行维护的技术人员进行相应的技能培训。 | b) 应对负责运行维护的技术人员进行相应的技能培训； | ||
| c）应确保提供系统建设过程中的文档和指导用户进行系统运行维护的文档。 | c) 应确保提供建设过程中的文档和指导用户进行运行维护的文档。 | ||
| d）应对系统交付的控制方法和人员行为准则进行书面规定。 | |||
| e）应指定或授权专门的部门负责系统交付的管理工作，并按照管理规定的要求完成系统交付工作。 | |||
| 系统备案 | a）应指定专门的部门或人员负责管理系统定级的相关材料，并控制这些材料的使用。 | ||
| b）应将系统等级和系统属性等资料报系统主管部门备案。 | |||
| c）应将系统等级及其他要求的备案材料报相应公安机关备案。 | |||
| 等级测评 | a）在系统运行过程中，应至少每年对系统进行一次等级测评，发现不符合相应等级保护标准要求的及时整改。 | 等级测评 | a) 应定期进行等级测评，发现不符合相应等级保护标准要求的及时整改； |
| b）应在系统发生变更时及时对系统进行等级测评，发现级别发生变化的及时调整级别并进行安全改造，发现不符合相应等级保护标准要求的及时整改。 | b) 应在发生重大变更或级别发生变化时进行等级测评； | ||
| c）应选择具有国家相关技术资质和安全资质的测评单位进行等级测评。 | c) 应确保测评机构的选择符合国家有关规定。 | ||
| d）应指定或授权专门的部门或人员负责等级测评的管理。 | |||
| 安全服务商选择 | a）应确保安全服务商的选择符合国家的有关规定。 | 服务供应商选择 | a) 应确保服务供应商的选择符合国家的有关规定； |
| b）应与选定的安全服务商签订与安全相关的协议，明确约定相关责任。 | b) 应与选定的服务供应商签订相关协议，明确整个服务供应链各方需履行的信息安全相关义务； | ||
| c）应确保选定的安全服务商提供技术培训和服务承诺，必要的与其签订服务合同。 | |||
| c) 应定期监视、评审和审核服务供应商提供的服务，并对其变更服务内容加以控制。（新增） | |||
安全运维管理VS原来系统运维管理
新标准新增了漏洞和风险管理、配置管理、外包运维管理三个控制点，减少了监控管理和安全管理中心控制点，原监控管理和安全管理中心的要求纳入了技术层面。设备管理控制点修改为设备维护管理。网络安全管理和系统安全管理控制点合并为网络和系统安全管理控制点。要求项由原来的62项调整为48项。控制点和控制点要求项数修改情况如下图：
| 原层面 | 原控制点 | 要求项数 | 新层面 | 新控制点 | 要求项数 |
| 系统运维管理 | 1环境管理 | 4 | 安全运维管理 | 1环境管理 | 3 |
| 2资产管理 | 4 | 2资产管理 | 3 | ||
| 3介质管理 | 6 | 3介质管理 | 2 | ||
| 4设备管理 | 5 | 4设备维护管理 | 4 | ||
| 5监控管理和安全管理中心 | 3 | ||||
| 5漏洞和风险管理 | 2 | ||||
| 6网络安全管理 | 8 | 6网络和系统安全管理 | 10 | ||
| 7系统安全管理 | 7 | ||||
| 7配置管理 | 3 | ||||
| 8恶意代码防护管理 | 4 | 8恶意代码防护管理 | 2 | ||
| 9密码管理 | 1 | 9密码管理 | 1 | ||
| 10变更管理 | 4 | 10变更管理 | 3 | ||
| 11备份与恢复管理 | 5 | 11备份与恢复管理 | 3 | ||
| 12安全事件处置 | 6 | 12安全事件处置 | 4 | ||
| 13应急预案管理 | 5 | 13应急预案管理 | 4 | ||
| 14外包运维管理 | 4 | ||||
具体要求项的变化如下表：
| 信息安全等级保护基本要求—系统运维管理（三级） | 网络安全等级保护基本要求通用要求—安全运维管理（三级） | ||
| 环境管理 | a）应指定专门的部门或人员定期对机房供配电、空调、温湿度控制等设施进行维护管理。 | 环境管理 | a) 应指定专门的部门或人员负责机房安全，对机房出入进行管理，定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理； |
| b）应指定部门负责机房安全，并配备机房安全管理人员，对机房的出入、服务器的开机或关机等工作进行管理。 | |||
| c）应建立机房安全管理制度，对有关机房物理访问，物品带进、带出机房和机房环境安全等方面的管理作出规定。 | b) 应建立机房安全管理制度，对有关机房物理访问，物品带进、带出机房和机房环境安全等方面的管理作出规定； | ||
| d）应加强对办公环境的保密性管理，规范办公环境人员行为，包括工作人员调离办公室应立即交还该办公室钥匙、不在办公区接待来访人员、工作人员离开座位应确保终端计算机退出登录状态和桌面上没有包含敏感信息的纸档文件等。 | c) 应不在重要区域接待来访人员和桌面上没有包含敏感信息的纸档文件、移动介质等。 | ||
| 资产管理 | a）应编制并保存与信息系统相关的资产清单，包括资产责任部门、重要程度和所处位置等内容。 | 资产管理 | a) 应编制并保存与保护对象相关的资产清单，包括资产责任部门、重要程度和所处位置等内容； |
| b）应建立资产安全管理制度，规定信息系统资产管理的责任人员或责任部门, 并规范资产管理和使用的行为。 | |||
| c）应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相应的管理措施。 | b) 应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相应的管理措施； | ||
| d）应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等进行规范化管理。 | c) 应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等进行规范化管理。 | ||
| 介质管理 | a）应建立介质安全管理制度，对介质的存放环境、使用、维护和销毁等方面作出规定。 | ||
| b）应确保介质存放在安全的环境中，对各类介质进行控制和保护，并实行存储环境专人管理。 | 介质管理 | a) 应确保介质存放在安全的环境中，对各类介质进行控制和保护，实行存储环境专人管理，并根据存档介质的目录清单定期盘点； | |
| c）应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制，对介质归档和查询等进行登记记录，并根据存档介质的目录清单定期盘点。 | b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制，并对介质的归档和查询等进行登记记录。 | ||
| d）应对存储介质的使用过程、送出维修以及销毁等进行严格的管理，对带出工作环境的存储介质进行内容加密和监控管理，对送出维修或销毁的介质应首先清除介质中的敏感数据，对保密性较高的存储介质未经批准不得自行销毁。 | |||
| e）应根据数据备份的需要对某些介质实行异地存储，存储地的环境要求和管理方法应与本地相同。 | |||
| f）应对重要介质中的数据和软件采取加密存储，并根据所承载数据和软件的重要程度对介质进行分类和标识管理。 | |||
| 设备管理 | a）应对信息系统相关的各种设备（包括备份和冗余设备）、线路等指定专人或专门的部门定期进行维护管理。 | 设备维护管理 | a) 应对各种设备（包括备份和冗余设备）、线路等指定专门的部门或人员定期进行维护管理； |
| b）应建立基于申报、审批和专人负责的设备安全管理制度，对信息系统的各种软硬件设备的选型、采购、发放和领用等过程进行规范化管理。 | |||
| c）应建立配套设施、软硬件维护方面的管理制度，对其维护进行有效的管理，包括明确维护人员的责任、涉外维修和服务的审批、维修过程的监督控制等。 | b) 应建立配套设施、软硬件维护方面的管理制度，对其维护进行有效的管理，包括明确维护人员的责任、维修和服务的审批、维修过程的监督控制等； | ||
| d）应对终端计算机、工作站、便携机、系统和网络等设备的操作和使用进行规范化管理，按操作规程实现主要设备（包括备份和冗余设备）的启动/停止、加电/断电等操作。 | |||
| e）应确保信息处理设备必须经过审批才能带离机房或办公地点。 | c) 应确保信息处理设备必须经过审批才能带离机房或办公地点，含有存储介质的设备带出工作环境时其中重要数据必须加密； | ||
| d) 含有存储介质的设备在报废或重用前，应进行完全清除或被安全覆盖，确保该设备上的敏感数据和授权软件无法被恢复重用。（新增） | |||
| 漏洞和风险管理 | a) 应采取必要的措施识别安全漏洞和隐患，对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补；(新增) | ||
| b) 应定期开展安全测评，形成安全测评报告，采取措施应对发现的安全问题。（新增） | |||
| 监控管理和安全管理中心 | a）应对通信线路、主机、网络设备和应用软件的运行状况、网络流量、用户行为等进行监测和报警，形成记录并妥善保存。 | ||
| b）应组织相关人员定期对监测和报警记录进行分析、评审，发现可疑行为，形成分析报告，并采取必要的应对措施。 | |||
| c）应建立安全管理中心，对设备状态、恶意代码、补丁升级、安全审计等安全相关事项进行集中管理。 | |||
| 网络安全管理 | a）应指定专人对网络进行管理，负责运行日志、网络监控记录的日常维护和报警信息分析和处理工作。 | 网络和系统安全管理 | b) 应指定专门的部门或人员进行账户管理，对申请账户、建立账户、删除账户等进行控制； |
| b）应建立网络安全管理制度，对网络安全配置、日志保存时间、安全策略、升级与打补丁、口令更新周期等方面作出规定。 | c) 应建立网络和系统安全管理制度，对安全策略、账户管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定； | ||
| c）应根据厂家提供的软件升级版本对网络设备进行更新，并在更新前对现有的重要文件进行备份。 | |||
| d）应定期对网络系统进行漏洞扫描，对发现的网络系统安全漏洞进行及时的修补。 | |||
| e）应实现设备的最小服务配置，并对配置文件进行定期离线备份。 | |||
| f）应保证所有与外部系统的连接均得到授权和批准。 | j) 应保证所有与外部的连接均得到授权和批准，应定期检查违反规定无线上网及其他违反网络安全策略的行为。 | ||
| g）应依据安全策略允许或者拒绝便携式和移动式设备的网络接入。 | |||
| h）应定期检查违反规定拨号上网或其他违反网络安全策略的行为。 | |||
| 系统安全管理 | a）应根据业务需求和系统安全分析确定系统的访问控制策略。 | ||
| b）应定期进行漏洞扫描，对发现的系统安全漏洞及时进行修补。 | |||
| c）应安装系统的最新补丁程序，在安装系统补丁前，首先在测试环境中测试通过，并对重要文件进行备份后，方可实施系统补丁程序的安装。 | |||
| d）应建立系统安全管理制度，对系统安全策略、安全配置、日志管理和日常操作流程等方面作出具体规定。 | |||
| e）应指定专人对系统进行管理，划分系统管理员角色，明确各个角色的权限、责任和风险，权限设定应当遵循最小授权原则。 | a) 应划分不同的管理员角色进行网络和系统的运维管理，明确各个角色的责任和权限； | ||
| f）应依据操作手册对系统进行维护，详细记录操作日志，包括重要的日常操作、运行维护记录、参数的设置和修改等内容，严禁进行未经授权的操作。 | d) 应制定重要设备的配置和操作手册，依据手册对设备进行安全配置和优化配置等； | ||
| e) 应详细记录运维操作日志，包括日常巡检工作、运行维护记录、参数的设置和修改等内容； | |||
| g）应定期对运行日志和审计数据进行分析，以便及时发现异常行为。 | f) 应指定专门的部门或人员对日志、监测和报警数据等进行分析、统计，及时发现可疑行为； | ||
| g) 应严格控制变更性运维，经过审批后才可改变连接、安装系统组件或调整配置参数，操作过程中应保留不可更改的审计日志，操作结束后应同步更新配置信息库； | |||
| h) 应严格控制运维工具的使用，经过审批后才可接入进行操作，操作过程中应保留不可更改的审计日志，操作结束后应删除工具中的敏感数据； | |||
| i) 应严格控制远程运维的开通，经过审批后才可开通远程运维接口或通道，操作过程中应保留不可更改的审计日志，操作结束后立即关闭接口或通道； | |||
| 恶意代码防范管理 | a）应提高所有用户的防病毒意识，及时告知防病毒软件版本，在读取移动存储设备上的数据以及网络上接收文件或邮件之前，先进行病毒检查，对外来计算机或存储设备接入网络系统之前也应进行病毒检查。 | 恶意代码防范管理 | a) 应提高所有用户的防恶意代码意识，告知对外来计算机或存储设备接入系统前进行恶意代码检查等； |
| b）应指定专人对网络和主机进行恶意代码检测并保存检测记录。 | |||
| c）应对防恶意代码软件的授权使用、恶意代码库升级、定期汇报等作出明确规定。 | b) 应对恶意代码防范要求做出规定，包括防恶意代码软件的授权使用、恶意代码库升级、恶意代码的定期查杀等； | ||
| d）应定期检查信息系统内各种产品的恶意代码库的升级情况并进行记录，对主机防病毒产品、防病毒网关和邮件防病毒网关上截获的危险病毒或恶意代码进行及时分析处理，并形成书面的报表和总结汇报。 | c) 应定期验证防范恶意代码攻击的技术措施的有效性。 | ||
| 配置管理 | a) 应记录和保存基本配置信息，包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等；（新增） | ||
| b) 应将基本配置信息改变纳入变更范畴，实施对配置信息改变的控制，并及时更新基本配置信息库。（新增） | |||
| 密码管理 | a）应建立密码使用管理制度，使用符合国家密码管理规定的密码技术和产品。 | 密码管理 | 应使用国家密码管理主管部门认证核准的密码技术和产品。 |
| 变更管理 | a）应确认系统中将发生的变更，并制定变更方案。 | 变更管理 | a) 应明确变更需求，变更前根据变更需求制定变更方案，变更方案经过评审、审批后方可实施； |
| b）应建立变更管理制度，重要系统变更前，应向主管领导申请，变更和变更方案经过评审、审批后方可实施变更，并在实施后将变更情况向相关人员通告。 | |||
| c）应建立变更控制的申报和审批文件化程序，对变更影响进行分析并文档化，记录变更实施过程，并妥善保存所有文档和记录。 | b) 应建立变更的申报和审批控制程序，依据程序控制所有的变更，记录变更实施过程； | ||
| d）应建立中止变更并从失败变更中恢复的文件化程序，明确过程控制方法和人员职责，必要时对恢复过程进行演练。 | c) 应建立中止变更并从失败变更中恢复的程序，明确过程控制方法和人员职责，必要时对恢复过程进行演练。 | ||
| 备份与恢复管理 | a）应识别需要定期备份的重要业务信息、系统数据及软件系统等。 | 备份与恢复管理 | a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等； |
| b）应建立备份与恢复管理相关的安全管理制度，对备份信息的备份方式、备份频度、存储介质和保存期等进行规范。 | b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等； | ||
| c）应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略，备份策略应指明备份数据的放置场所、文件命名规则、介质替换频率和将数据离站运输的方法。 | c) 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略、备份程序和恢复程序等。 | ||
| d）应建立控制数据备份和恢复过程的程序，对备份过程进行记录，所有文件和记录应妥善保存。 | |||
| e）应定期执行恢复程序，检查和测试备份介质的有效性，确保可以在恢复程序规定的时间内完成备份的恢复。 | |||
| 安全事件处置 | a）应报告所发现的安全弱点和可疑事件，但任何情况下用户均不应尝试验证弱点。 | 安全事件处置 | a) 应及时向安全管理部门报告所发现的安全弱点和可疑事件； |
| b）应制定安全事件报告和处置管理制度，明确安全事件的类型，规定安全事件的现场处理、事件报告和后期恢复的管理职责。 | b) 应制定安全事件报告和处置管理制度，明确不同安全事件的报告、处置和响应流程，规定安全事件的现场处理、事件报告和后期恢复的管理职责等； | ||
| c）应根据国家相关管理部门对计算机安全事件等级划分方法和安全事件对本系统产生的影响，对本系统计算机安全事件进行等级划分。 | |||
| d）应制定安全事件报告和响应处理程序，确定事件的报告流程，响应和处置的范围、程度，以及处理方法等。 | |||
| e）应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因，收集证据，记录处理过程，总结经验教训，制定防止再次发生的补救措施，过程形成的所有文件和记录均应妥善保存。 | c) 应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因，收集证据，记录处理过程，总结经验教训； | ||
| f）对造成系统中断和造成信息泄密的安全事件应采用不同的处理程序和报告程序。 | d) 对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程序和报告程序。 | ||
| 应急预案管理 | a）应在统一的应急预案框架下制定不同事件的应急预案，应急预案框架应包括启动预案的条件、应急处理流程、系统恢复流程、事后教育和培训等内容。 | 应急预案管理 | a) 应规定统一的应急预案框架，具体包括启动预案的条件、应急组织构成、应急资源保障、事后教育和培训等内容； |
| b) 应制定重要事件的应急预案，包括应急处理流程、系统恢复流程等内容； | |||
| b）应从人力、设备、技术和财务等方面确保应急预案的执行有足够的资源保障。 | |||
| c）应对系统相关的人员进行应急预案培训，对应急预案的培训应至少每年举办一次。 | c) 应定期对系统相关的人员进行应急预案培训，并进行应急预案的演练； | ||
| d）应定期对应急预案进行演练，根据不同的应急恢复内容，确定演练的周期。 | |||
| e）应规定应急预案需要定期审查和根据实际情况更新的内容，并按照执行。 | d) 应定期对原有的应急预案重新评估，修订完善。 | ||
| 外包运维管理 | a) 应确保外包运维服务商的选择符合国家的有关规定；（新增） | ||
| b) 应与选定的外包运维服务商签订相关的协议，明确约定外包运维的范围、工作内容； （新增） | |||
| c) 应确保选择的外包运维服务商在技术和管理方面均具有按照等级保护要求开展安全运维工作的能力，并将能力要求在签订的协议中明确；（新增） | |||
| d) 应在与外包运维服务商签订的协议中明确所有相关的安全要求。如可能涉及对敏感信息的访问、处理、存储要求，对IT基础设施中断服务的应急保障要求等。 （新增） | |||
作者：熊璐（湖南金盾评估中心）
