等保2.0已经发布很久了，文字版内容非常多，我帮大家用表格的方式整理出干货，方便记忆或查询。
从技术要求和管理要求两个方面，对第一级、第二级，第三级和第四级的具体要求进行了比较。
第一级和第二级
一、技术要求:
| 基本要求 | 第一级 | 第二级 | |
| 物理和环境安全 | 物理位置的选择 | / | a) 机房场地应选择在具有防震、防风和防雨等能力的建筑内；
b) 机房场地应避免设在建筑物的顶层或地下室，否则应加强防水和防潮措施 |
| 物理访问控制 | a) 机房出入口应安排专人值守或配置电子门禁系统，控制、鉴别和记录进入的人员 | a) | |
| 防盗窃和防破坏 | a) 应将机房设备或主要部件进行固定，并设置明显的不易除去的标记 | a) ；
b) 应将通信线缆铺设在隐蔽处，可铺设在地下或管道中。 | |
| 防雷击 | a) 应将各类机柜、设施和设备等通过接地系统安全接地 | a) | |
| 防火 | a) 机房应设置灭火设备 | a) 机房应设置火灾自动消防系统，能够自动检测火情、自动报警，并自动灭火；
b) 机房及相关的工作房间和辅助房应采用具有耐火等级的建筑材料 | |
| 防水和防潮 | a) 应采取措施防止雨水通过机房窗户、屋顶和墙壁渗透 | a) ；
b) 应采取措施防止机房内水蒸气结露和地下积水的转移与渗透 | |
| 防静电 | / | a) 应安装防静电地板并采用必要的接地防静电措施 | |
| 温湿度控制 | a) 机房应设置必要的温、湿度控制设施，使机房温、湿度的变化在设备运行所允许的范围之内 | a) 机房应设置温湿度自动调节设施，使机房温湿度的变化在设备运行所允许的范围之内 | |
| 电力供应 | a) 应在机房供电线路上配置稳压器和过电压防护设备 | a) ；
b) 应提供短期的备用电力供应，至少满足设备在断电情况下的正常运行要求 | |
| 电磁防护 | / | a) 电源线和通信线缆应隔离铺设，避免互相干扰 | |
| 网络和通信安全 | 网络架构 | a) 应保证网络设备的业务处理能力满足基本业务需要；
b) 应保证接入网络和核心网络的带宽满足基本业务需要。 | a) 应保证网络设备的业务处理能力满足业务高峰期需要；
b) 应保证接入网络和核心网络的带宽满足业务高峰期需要； c) 应划分不同的网络区域，并按照方便管理和控制的原则为各网络区域分配地址； d) 应避免将重要网络区域部署在网络边界处且没有边界防护措施。 |
| 通信传输 | a) 应采用校验码技术保证通信过程中数据的完整性 | a) | |
| 边界防护 | a) 应保证跨越边界的访问和数据流通过边界防护设备提供的受控接口进行通信 | a) | |
| 访问控制 | a) 应在网络边界根据访问控制策略设置访问控制规则，默认情况下除允许通信外受控接口拒绝所有通信；
b) 应删除多余或无效的访问控制规则，优化访问控制列表，并保证访问控制规则数量最小化； c) 应对源地址、目的地址、源端口、目的端口和协议等进行检查，以允许/拒绝数据包进出 | a) 应在网络边界或区域之间根据访问控制策略设置访问控制规则，默认情况下除允许通信外受控接口拒绝所有通信；
b) ； c) ； d) 应能根据会话状态信息为数据流提供明确的允许/拒绝访问的能力，控制粒度为端口级 | |
| 入侵防范 | / | a) 应在关键网络节点处监视网络攻击行为 | |
| 恶意代码防范 | / | ||
| 安全审计 | / | a) 应在网络边界、重要网络节点进行安全审计，审计覆盖到每个用户，对重要的用户行为和重要安全事件进行审计；
b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息； c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或覆盖等。 | |
| 集中管控 | / | ||
| 设备和计算安全 | 身份鉴别 | a) 应对登录的用户进行身份标识和鉴别，身份标识具有唯一性，身份鉴别信息具有复杂度要求并定期更换；
b) 应具有登录失败处理功能，应配置并启用结束会话、限制非法登录次数和当登录连接超时自动退出等相关措施 | a) ；
b) ； c) 当进行远程管理时，应采取必要措施，防止鉴别信息在网络传输过程中被窃听。 |
| 访问控制 | a) 应对登录的用户分配账号和权限；
b) 应重命名默认账号或修改默认口令； c) 应及时删除或停用多余的、过期的账号，避免共享账号的存在 | a) ；
b) ； c) ； d) 应授予管理用户所需的最小权限，实现管理用户的权限分离 | |
| 安全审计 | / | a) 应启用安全审计功能，审计覆盖到每个用户，对重要的用户行为和重要安全事件进行审计；
b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息； c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或覆盖等。 | |
| 入侵防范 | a) 系统应遵循最小安装的原则，仅安装需要的组件和应用程序；
b) 应关闭不需要的系统服务、默认共享和高危端口 | a) ；
b) ； c) 应通过设定终端接入方式或网络地址范围对通过网络进行管理的管理终端进行限制； d) 应能发现可能存在的漏洞，并在经过充分测试评估后，及时修补漏洞 | |
| 恶意代码防范 | a) 应安装防恶意代码软件或配置具有相应功能的软件，并定期进行升级和更新防恶意代码库 | a) ; | |
| 资源控制 | / | a) 应限制单个用户或进程对系统资源的最大使用限度 | |
| 应用和数据安全 | 身份鉴别 | a) 应对登录的用户进行身份标识和鉴别，身份标识具有唯一性，鉴别信息具有复杂度要求并定期更换；
b) 应提供并启用登录失败处理功能，多次登录失败后应采取必要的保护措施 | a) ；
b) ； c) 应强制用户首次登录时修改初始口令； d) 用户身份鉴别信息丢失或失效时，应采用鉴别信息重置或其他技术措施保证系统安全 |
| 访问控制 | a) 应提供访问控制功能，对登录的用户分配账号和权限；
b) 应重命名应用系统默认账号或修改这些账号的默认口令； c) 应及时删除或停用多余的、过期的账号，避免共享账号的存在 | a) ;
b); c); | |
| 安全审计 | / | a) 应提供安全审计功能，审计覆盖到每个用户，对重要的用户行为和重要安全事件进行审计；
b) 审计记录应包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息； c) 应对审计记录进行保护，定期备份，避免受到未预期的删除、修改或覆盖等 | |
| 软件容错 | a) 应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求 | a) ；
b) 在故障发生时，应能够继续提供一部分功能，确保能够实施必要的措施 | |
| 资源控制 | / | a) 当通信双方中的一方在一段时间内未作任何响应，另一方应能够自动结束会话；
b) 应能够对系统的最大并发会话连接数进行限制； c) 应能够对单个账号的多重并发会话进行限制 | |
| 数据完整性 | a) 应采用校验码技术保证重要数据在传输过程中的完整性 | a) ; | |
| 数据保密性 | / | / | |
| 数据备份恢复 | a) 应提供重要数据的本地数据备份与恢复功能 | a) ；
b) 应提供异地数据备份功能，利用通信网络将重要数据定时批量传送至备用场地 | |
| 剩余信息保护 | / | a) 应保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除 | |
| 个人信息保护 | / | a) 应仅采集和保存业务必需的用户个人信息；
b) 应禁止未授权访问、使用用户个人信息 | |
二、管理要求
| 基本要求 | 第一级 | 第二级 | |
| 安全策略和管理制度 | 安全策略 | / | / |
| 管理制度 | a) 应建立日常管理活动中常用的安全管理制度 | a) 应对安全管理活动中的主要管理内容建立安全管理制度；
b) 应对要求管理人员或操作人员执行的日常管理操作建立操作规程 | |
| 制定和发布 | / | a) 应指定或授权专门的部门或人员负责安全管理制度的制定；
b) 安全管理制度应通过正式、有效的方式发布，并进行版本控制 | |
| 评审和修订 | / | a) 应定期对安全管理制度的合理性和适用性进行论证和审定，对存在不足或需要改进的安全管理制度进行修订 | |
| 安全管理机构和人员 | 岗位设置 | c) 应设立系统管理员、网络管理员、安全管理员等岗位，并定义各个工作岗位的职责 | b) 应设立信息安全管理工作的职能部门，设立安全主管、安全管理各个方面的负责人岗位，并定义各负责人的职责；
c) 应设立系统管理员、网络管理员、安全管理员等岗位，并定义部门及各个工作岗位的职责 |
| 人员配备 | a) 应配备一定数量的系统管理员、网络管理员、安全管理员等 | a) ; | |
| 授权和审批 | a) 应根据各个部门和岗位的职责明确授权审批事项、审批部门和批准人等 | a) ；
b) 应针对系统变更、重要操作、物理访问和系统接入等事项执行审批过程 | |
| 沟通和合作 | / | a) 应加强各类管理人员之间、组织内部机构之间以及信息安全职能部门内部的合作与沟通，定期召开协调会议，共同协作处理信息安全问题；
b) 应加强与兄弟单位、公安机关、各类供应商、业界专家及安全组织的合作与沟通； c) 应建立外联单位联系列表，包括外联单位名称、合作内容、联系人和联系方式等信息 | |
| 审核和检查 | / | a) 应定期进行常规安全检查，检查内容包括系统日常运行、系统漏洞和数据备份等情况 | |
| 人员录用 | a) 应指定或授权专门的部门或人员负责人员录用 | a) ；
b) 应对被录用人员的身份、背景、专业资格和资质等进行审查 | |
| 人员离岗 | a) 应及时终止离岗员工的所有访问权限，取回各种身份证件、钥匙、徽章等以及机构提供的软硬件设备 | a) ; | |
| 安全意识教育和培训 | a) 应对各类人员进行安全意识教育和岗位技能培训，并告知相关的安全责任和惩戒措施 | a) ; | |
| 外部人员访问管理 | a) 应确保在外部人员访问受控区域前得到授权或审批 | a) 应确保在外部人员物理访问受控区域前先提出书面申请，批准后由专人全程陪同，并登记备案；
b) 应确保在外部人员接入网络访问系统前先提出书面申请，批准后由专人开设账号、分配权限，并登记备案； c) 外部人员离场后应及时清除其所有的访问权限 | |
| 安全建设管理 | 定级和备案 | a) 应明确保护对象的边界和安全保护等级 | a) 应以书面的形式说明保护对象的边界、安全保护等级及确定等级的方法和理由；
b) 应组织相关部门和有关安全技术专家对定级结果的合理性和正确性进行论证和审定； c) 应确保定级结果经过相关部门的批准； d) 应将备案材料报主管部门和相应公安机关备案 |
| 安全方案设计 | a) 应根据安全保护等级选择基本安全措施，依据风险分析的结果补充和调整安全措施 | a) ；
b) 应根据保护对象的安全保护等级进行安全方案设计； c) 应组织相关部门和有关安全专家对安全方案的合理性和正确性进行论证和审定，经过批准后才能正式实施 | |
| 产品采购和使用 | a) 应确保信息安全产品采购和使用符合国家的有关规定 | a) ；
b) 应确保密码产品采购和使用符合国家密码主管部门的要求 | |
| 自行软件开发 | / | a) 应确保开发环境与实际运行环境物理分开，测试数据和测试结果受到控制；
e) 应确保在软件开发过程中对安全性进行测试，在软件安装前对可能存在的恶意代码进行检测。 | |
| 外包软件开发 | / | a) 应在软件交付前检测软件质量和其中可能存在的恶意代码；
b) 应要求开发单位提供软件设计文档和使用指南 | |
| 工程实施 | a) 应指定或授权专门的部门或人员负责工程实施过程的管理 | a) ；
b) 应制定工程实施方案控制安全工程实施过程 | |
| 测试验收 | a) 应进行安全性测试验收 | a) 在制订测试验收方案，并依据测试验收方案实施测试验收，形成测试验收报告；
b) 应进行上线前的安全性测试，并出具安全测试报告 | |
| 系统交付 | a) 应根据交付清单对所交接的设备、软件和文档等进行清点；
b) 应对负责运行维护的技术人员进行相应的技能培训 | a) ；
b) ； c) 应确保提供建设过程中的文档和指导用户进行运行维护的文档 | |
| 等级测评 | / | a) 应定期进行等级测评，发现不符合相应等级保护标准要求的及时整改；
b) 应在发生重大变更或级别发生变化时进行等级测评； c) 应选择具有国家相关技术资质和安全资质的测评单位进行等级测评 | |
| 服务供应商选择 | a) 应确保服务供应商的选择符合国家的有关规定；
b) 应与选定的服务供应商签订与安全相关的协议，明确约定相关责任 | a) ；
b) 应与选定的服务供应商签订相关协议，明确整个服务供应链各方需履行的信息安全相关义务 | |
| 安全运维管理 | 环境管理 | a) 应指定专门的部门或人员负责机房安全，对机房出入进行管理，定期对机房供配电、空调、温湿度控制、消防等设施进行维护管理；
b) 应建立机房安全管理制度，对有关机房物理访问，物品带进、带出机房和机房环境安全等方面的管理作出规定 | a) ；
b) ； c) 应不在重要区域接待来访人员和桌面上没有包含敏感信息的纸档文件、移动介质等 |
| 资产管理 | / | a) 应编制并保存与保护对象相关的资产清单，包括资产责任部门、重要程度和所处位置等内容 | |
| 介质管理 | a) 应确保介质存放在安全的环境中，对各类介质进行控制和保护，实行存储环境专人管理，并根据存档介质的目录清单定期盘点 | a) ；
b) 应对介质在物理传输过程中的人员选择、打包、交付等情况进行控制，并对介质的归档和查询等进行登记记录 | |
| 设备维护管理 | a) 应对各种设备（包括备份和冗余设备）、线路等指定专门的部门或人员定期进行维护管理 | a) ；
b) 应建立配套设施、软硬件维护方面的管理制度，对其维护进行有效的管理，包括明确维护人员的责任、涉外维修和服务的审批、维修过程的监督控制等
| |
| 漏洞和风险管理 | a) 应采取必要的措施识别安全漏洞和隐患，对发现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修补 | a) ; | |
| 网络和系统安全管理 | a) 应划分不同的管理员角色进行网络和系统的运维管理，明确各个角色的责任和权限；
b) 应指定专门的部门或人员进行账号管理，对申请账号、建立账号、删除账号等进行控制 | a) ；
b) ； c) 应建立网络和系统安全管理制度，对安全策略、账号管理、配置管理、日志管理、日常操作、升级与打补丁、口令更新周期等方面作出规定； d) 应制定重要设备的配置和操作手册，依据手册对设备进行安全配置和优化配置等； e) 应详细记录运维操作日志，包括日常巡检工作、运行维护记录、参数的设置和修改等内容。 | |
| 恶意代码防范管理 | a) 应提高所有用户的防恶意代码意识，告知对外来计算机或存储设备接入系统前进行恶意代码检查等；
b) 应对恶意代码防范要求做出规定，包括防恶意代码软件的授权使用、恶意代码库升级、恶意代码的定期查杀等 | a) ;
b) ; | |
| 配置管理 | / | a) 应记录和保存基本配置信息，包括网络拓扑结构、各个设备安装的软件组件、软件组件的版本和补丁信息、各个设备或软件组件的配置参数等 | |
| 密码管理 | / | a) 应使用符合国家密码管理规定的密码技术和产品；
b) 应按照国家密码管理的要求开展密码技术和产品的应用 | |
| 变更管理 | / | a) 应明确系统变更需求，变更前根据变更需求制定变更方案，变更方案经过评审、审批后方可实施。 | |
| 备份与恢复管理 | a) 应识别需要定期备份的重要业务信息、系统数据及软件系统等；
b) 应规定备份信息的备份方式、备份频度、存储介质、保存期等 | a) ；
b) ； c) 应根据数据的重要性和数据对系统运行的影响，制定数据的备份策略和恢复策略、备份程序和恢复程序等 | |
| 安全事件处置 | a) 应报告所发现的安全弱点和可疑事件；
b) 应明确安全事件的报告和处置流程，规定安全事件的现场处理、事件报告和后期恢复的管理职责 | a) ；
b) 应制定安全事件报告和处置管理制度，明确不同安全事件的报告、处置和响应流程，规定安全事件的现场处理、事件报告和后期恢复的管理职责等； c) 应在安全事件报告和响应处理过程中，分析和鉴定事件产生的原因，收集证据，记录处理过程，总结经验教训 | |
| 应急预案管理 | / | a) 应制定重要事件的应急预案，包括应急处理流程、系统恢复流程等内容；
b) 应从人力、设备、技术和财务等方面确保应急预案的执行有足够的资源保障； c) 应定期对系统相关的人员进行应急预案培训，并进行应急预案的演练 | |
| 外包运维管理 | / | a) 应确保外包运维服务商的选择符合国家的有关规定；
b) 应与选定的外包运维服务商签订相关的协议，明确约定外包运维的范围、工作内容 | |
第三级和第四级
一、技术要求:
| 基本要求 | 第三级 | 第四级 | |
| 物理和环境安全 | 物理位置的选择 | a) ;
b) ; | a) ;
b) ; |
| 物理访问控制 | a) 机房出入口应配置电子门禁系统，控制、鉴别和记录进入的人员 | a) ;
b) 重要区域应配置第二道电子门禁系统，控制、鉴别和记录进入的人员 | |
| 防盗窃和防破坏 | a) ；
b) ； c) 应设置机房防盗报警系统或设置有专人值守的视频监控系统 | a) ;
b) ; c) ; | |
| 防雷击 | a) ；
b) 应采取措施防止感应雷，例如设置防雷保安器或过压保护装置等 | a) ;
b) ; | |
| 防火 | a) ；
b) ； c) 应对机房划分区域进行管理，区域和区域之间设置隔离防火措施。 | a) ;
b) ; c) ; | |
| 防水和防潮 | a) ；
b) ； c) 应安装对水敏感的检测仪表或元件，对机房进行防水检测和报警。 | a) ;
b) ; c) ; | |
| 防静电 | a) ；
b) 应采用措施防止静电的产生，例如采用静电消除器、佩戴防静电手环等。 | a) ;
b) ; | |
| 温湿度控制 | a) ;
| a) ; | |
| 电力供应 | a) ；
b) ； c) 应设置冗余或并行的电力电缆线路为计算机系统供电。 | a) ；
b) ； c) ； d) 应提供应急供电设施。 | |
| 电磁防护 | a) ；
b) 应对关键设备实施电磁屏蔽。 | a) ；
b) 应对关键设备或关键区域实施电磁屏蔽。 | |
| 网络和通信安全 | 网络架构 | a) ；
b) 应保证网络各个部分的带宽满足业务高峰期需要； c) ； d) ； e) 应提供通信线路、关键网络设备的硬件冗余，保证系统的可用性。 | a) ；
c) ； d) ； e) ； f) 应可按照业务服务的重要程度分配带宽，优先保障重要业务。 |
| 通信传输 | a) 应采用校验码技术或加解密技术保证通信过程中数据的完整性；
b) 应采用加解密技术保证通信过程中敏感信息字段或整个报文的保密性。 | a) ；
b) ； c) 应在通信前基于密码技术对通信的双方进行验证或认证； d) 应基于硬件设备对重要通信过程进行加解密运算和密钥管理。 | |
| 边界防护 | a) ；
b) 应能够对非授权设备私自联到内部网络的行为进行限制或检查； c) 应能够对内部用户非授权联到外部网络的行为进行限制或检查； d) 应限制无线网络的使用，确保无线网络通过受控的边界防护设备接入内部网络。 | a) ；
b) 应能够对非授权设备私自联到内部网络的行为进行限制或检查，并对其进行有效阻断； c) 应能够对内部用户非授权联到外部网络的行为进行限制或检查，并对其进行有效阻断； d) ； e) 应能够对连接到内部网络的设备进行可信验证，确保接入网络的设备真实可信。 | |
| 访问控制 | a) ；
b) ； c) ； d) ； e) 应在关键网络节点处对进出网络的信息内容进行过滤，实现对内容的访问控制。 | a) ；
b) ； c) 应不允许数据带通用协议通过。 | |
| 入侵防范 | a) 应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为；
b) 应在关键网络节点处检测和限制从内部发起的网络攻击行为； c) 应采取技术措施对网络行为进行分析，实现对网络攻击特别是未知的新型网络攻击的检测和分析； d) 当检测到攻击行为时，记录攻击源IP、攻击类型、攻击目的、攻击时间，在发生严重入侵事件时应提供报警 | a) ;
b) ; c) ; d) ; | |
| 恶意代码防范 | a) 应在关键网络节点处对恶意代码进行检测和清除，并维护恶意代码防护机制的升级和更新；
b) 应在关键网络节点处对垃圾邮件进行检测和防护，并维护垃圾邮件防护机制的升级和更新 | a) ;
b) ; | |
| 安全审计 | a) ；
b) ； c) ； d) 审计记录产生时的时间应由系统范围内唯一确定的时钟产生，以确保审计分析的正确性； e) 应能对远程访问的用户行为、访问互联网的用户行为等单独进行行为审计和数据分析 | a) ;
b) ; c) ; d) ; | |
| 集中管控 | a) 应划分出特定的管理区域，对分布在网络中的安全设备或安全组件进行管控；
b) 应能够建立一条安全的信息传输路径，对网络中的安全设备或安全组件进行管理； c) 应对网络链路、安全设备、网络设备和服务器等的运行状况进行集中监测； d) 应对分散在各个设备上的审计数据进行收集汇总和集中分析； e) 应对安全策略、恶意代码、补丁升级等安全相关事项进行集中管理； f) 应能对网络中发生的各类安全事件进行识别、报警和分析。 | a) ;
b) ; c) ; d) ; e) ; f) ; | |
| 设备和计算安全 | 身份鉴别 | a) ；
b) ； c) ； d) 应采用两种或两种以上组合的鉴别技术对用户进行身份鉴别。 | a) ;
b) ; c) ; d) ;
|
| 访问控制 | a) ；
b) ； c) ； d) ； e) 应由授权主体配置访问控制策略，访问控制策略规定主体对客体的访问规则； f) 访问控制的粒度应达到主体为用户级或进程级，客体为文件、数据库表级； g) 应对敏感信息资源设置安全标记，并控制主体对有安全标记信息资源的访问。 | a) ；
b) ； c) ； d) ； e) ； f) ； g) 应对所有主体、客体设置安全标记，并依据安全标记和强制访问控制规则确定主体对客体的访问。 | |
| 安全审计 | a) ；
b) ； c) ； d) 应对审计进程进行保护，防止未经授权的中断； e) 审计记录产生时的时间应由系统范围内唯一确定的时钟产生，以确保审计分析的正确性 | a) ；
b) 审计记录应包括事件的日期、时间、类型、主体标识、客体标识和结果等； c) ； d) ； e) 。 | |
| 入侵防范 | a) 。
b) ； c) ； d) ； e) 应能够检测到对重要节点进行入侵的行为，并在发生严重入侵事件时提供报警。 | a) ;
b) ; c) ; d) ; e) ; | |
| 恶意代码防范 | a) 应采用免受恶意代码攻击的技术措施或采用可信计算技术建立从系统到应用的信任链，实现系统运行过程中重要程序或文件完整性检测，并在检测到破坏后进行恢复。 | a) ; | |
| 资源控制 | a) ；
b) 应提供重要节点设备的硬件冗余，保证系统的可用性； c) 应对重要节点进行监视，包括监视CPU、硬盘、内存等资源的使用情况； d) 应能够对重要节点的服务水平降低到预先规定的最小值进行检测和报警。 | a) ;
b) ; c) ; d) ; | |
| 应用和数据安全 | 身份鉴别 | a) ；
b) ； c) ； d) ； e) 应对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别。 | a) ；
b) ； c) ； d) ； e) ； f) 登录用户执行重要操作时应再次进行身份鉴别。 |
| 访问控制 | a) ；
b) ； c) ； d) 应授予不同账号为完成各自承担任务所需的最小权限，并在它们之间形成相互制约的关系； e) 应由授权主体配置访问控制策略，访问控制策略规定主体对客体的访问规则； f) 访问控制的粒度应达到主体为用户级，客体为文件、数据库表级、记录或字段级； g) 应对敏感信息资源设置安全标记，并控制主体对有安全标记信息资源的访问。 | a) ；
b) ； c) ； d) ； e) ； f) ； g) 应对所有主体、客体设置安全标记，并依据安全标记和强制访问控制规则确定主体对客体的访问。 | |
| 安全审计 | a) ；
b) ； c) ； d) 应对审计进程进行保护，防止未经授权的中断； e) 审计记录产生时的时间应由系统范围内唯一确定的时钟产生，以确保审计分析的正确性 | a) ；
b) 审计记录应包括事件的日期、时间、类型、主体标识、客体标识和结果等； c) ； d) ； e) 。 | |
| 软件容错 | a) ；
b) ； c) 应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统能够进行恢复。 | a) ;
b) ; c) ; | |
| 资源控制 | a) ；
b) ； c) ； d) 应能够对并发进程的每个进程占用的资源分配最大限额。 | a) ;
b) ; c) ; d) ; | |
| 数据完整性 | a) 应采用校验码技术或加解密技术保证重要数据在传输过程中的完整性；
b) 应采用校验码技术或加解密技术保证重要数据在存储过程中的完整性。 | a) ；
b) ； c) 应对重要数据传输提供专用通信协议或安全通信协议，避免来自基于通用通信协议的攻击破坏数据完整性。 | |
| 数据保密性 | a) 应采用加解密技术保证重要数据在传输过程中的保密性；
b) 应采用加解密技术保证重要数据在存储过程中的保密性。 | a) ；
b) ； c) 应对重要数据传输提供专用通信协议或安全通信协议，避免来自基于通用通信协议的攻击破坏数据保密性。 | |
| 数据备份恢复 | a) ；
b) 应提供异地实时备份功能，利用通信网络将重要数据实时备份至备份场地； c) 应提供重要数据处理系统的热冗余，保证系统的高可用性。 | a) ；
b) ； c) ； d) 应建立异地灾难备份中心，提供业务应用的实时切换。 | |
| 剩余信息保护 | a) ；
b) 应保证存有敏感数据的存储空间被释放或重新分配前得到完全清除。 | a) ;
b) ; | |
| 个人信息保护 | a) ;
b) ; | a) ;
b) ; | |
二、管理要求
| 基本要求 | 第三级 | 第四级 | |
| 安全策略和管理制度 | 安全策略 | a) 应制定信息安全工作的总体方针和安全策略，说明机构安全工作的总体目标、范围、原则和安全框架等。 | a) ; |
| 管理制度 | a) ；
b) ； c) 应形成由安全策略、管理制度、操作规程、记录表单等构成的全面的信息安全管理制度体系。 | a) ;
b) ; c) ; | |
| 制定和发布 | a) ;
b) ; | a) ;
b) ; | |
| 评审和修订 | a)
| a) ; | |
| 安全管理机构和人员 | 岗位设置 | a) 应成立指导和管理信息安全工作的委员会或领导小组，其最高领导由单位主管领导委任或授权；
b) ； c) ； | a) ;
b) ; c) ; |
| 人员配备 | a) ；
b) 应配备专职安全管理员，不可兼任。 | a) ;
b) ; c) 关键事务岗位应配备多人共同管理 | |
| 授权和审批 | a) ；
b) 应针对系统变更、重要操作、物理访问和系统接入等事项建立审批程序，按照审批程序执行审批过程，对重要活动建立逐级审批制度； c) 应定期审查审批事项，及时更新需授权和审批的项目、审批部门和审批人等信息。 | a) ;
b) ; c) ; | |
| 沟通和合作 | a) ;
b) ; c) ; | b) ;
c) ; | |
| 审核和检查 | a) ；
b) 应定期进行全面安全检查，检查内容包括现有安全技术措施的有效性、安全配置与安全策略的一致性、安全管理制度的执行情况等； c) 应制定安全检查表格实施安全检查，汇总安全检查数据，形成安全检查报告，并对安全检查结果进行通报。 | a) ;
b) ; c) ; | |
| 人员录用 | a) ；
b) 对被录用人员的身份、背景、专业资格和资质等进行审查，对其所具有的技术技能进行考核； c) 应与被录用人员签署保密协议，与关键岗位人员签署岗位责任协议。 | a) ；
b) ； c) ； d) 应从内部人员中选拔从事关键岗位的人员。 | |
| 人员离岗 | a) ；
b) 应办理严格的调离手续，并承诺调离后的保密义务后方可离开。 | a) ;
b) ; | |
| 安全意识教育和培训 | a) ；
b) 应针对不同岗位制定不同的培训计划，对信息安全基础知识、岗位操作规程等进行培训。 | a) ;
b) ; | |
| 外部人员访问管理 | a) ；
b) ； c) ； d) 获得系统访问授权的外部人员应签署保密协议，不得进行非授权操作，不得复制和泄露任何敏感信息。 | a) ；
b) ； c) ； d) ； e) 对关键区域或关键系统不允许外部人员访问。 | |
| 安全建设管理 | 定级和备案 | a) ;
b) ; c) ; d) ; | a) ；
b) ； c) ； d) ； |
| 安全方案设计 | a) ；
b) 应根据保护对象的安全保护等级及与其他级别保护对象的关系进行安全整体规划和安全方案设计，并形成配套文件； c) 应组织相关部门和有关安全专家对安全整体规划及其配套文件的合理性和正确性进行论证和审定，经过批准后才能正式实施。 | a) ；
b) ； c) ； | |
| 产品采购和使用 | a) ；
b) ； c) 应预先对产品进行选型测试，确定产品的候选范围，并定期审定和更新候选产品名单。 | a) ；
b) ； c) ； d) 应对重要部位的产品委托专业测评单位进行专项测试，根据测试结果选用产品。 | |
| 自行软件开发 | a) ；
b) 应制定软件开发管理制度，明确说明开发过程的控制方法和人员行为准则； c) 应制定代码编写安全规范，要求开发人员参照规范编写代码； d) 应确保具备软件设计的相关文档和使用指南，并对文档使用进行控制； e) ； f) 应确保对程序资源库的修改、更新、发布进行授权和批准，并严格进行版本控制； g) 应确保开发人员为专职人员，开发人员的开发活动受到控制、监视和审查。 | a) ；
b) ； c) ； d) ； e) ； f) ； g) ； | |
| 外包软件开发 | a) ；
b) ； c) 应要求开发单位提供软件源代码，并审查软件中可能存在的后门和隐蔽信道。 | a) ；
b) ； c) ； | |
| 工程实施 | a) ；
b) ； c) 应通过第三方工程监理控制项目的实施过程。 | a) ；
b) ； c) ； | |
| 测试验收 | a) ;
b) ; | a) ；
b) ； | |
| 系统交付 | a) ;
b) ; c) ; | a) ；
b) ； c) ； | |
| 等级测评 | a) ;
b) ; c) ; | a) ；
b) ； c) ； | |
| 服务供应商选择 | a) ；
b) ； c) 应定期监视、评审和审核服务供应商提供的服务，并对其变更服务内容加以控制。 | a) ；
b) ； c) ； | |
| 安全运维管理 | 环境管理 | a) ;
b) ; c) ; | a) ；
b) ； c) ； d) 应对出入人员进行相应级别的授权，对进入重要安全区域的人员和活动实时监视等。 |
| 资产管理 | a) ；
b) 应根据资产的重要程度对资产进行标识管理，根据资产的价值选择相应的管理措施； c) 应对信息分类与标识方法作出规定，并对信息的使用、传输和存储等进行规范化管理。 | a) ；
b) ； c) ； | |
| 介质管理 | a) ;
b) ; | a) ；
b) ； | |
| 设备维护管理 | a) ；
b) ； c) 应确保信息处理设备必须经过审批才能带离机房或办公地点，含有存储介质的设备带出工作环境时其中重要数据必须加密； d) 含有存储介质的设备在报废或重用前，应进行完全清除或被安全覆盖，确保该设备上的敏感数据和授权软件无法被恢复重用。 | a) ；
b) ； c) ； d) ； | |
| 漏洞和风险管理 | a) ；
b) 应定期开展安全测评，形成安全测评报告，采取措施应对发现的安全问题。 | a) ；
b) ； | |
| 网络和系统安全管理 | a) ；
b) ； c) ； d) ； e) ； f) 应严格控制变更性运维，经过审批后才可改变连接、安装系统组件或调整配置参数，操作过程中应保留不可更改的审计日志，操作结束后应同步更新配置信息库； g) 应严格控制运维工具的使用，经过审批后才可接入进行操作，操作过程中应保留不可更改的审计日志，操作结束后应删除工具中的敏感数据； h) 应严格控制远程运维的开通，经过审批后才可开通远程运维接口或通道，操作过程中应保留不可更改的审计日志，操作结束后立即关闭接口或通道； i) 应保证所有与外部的连接均得到授权和批准， 应定期检查违反规定无线上网及其他违反网络安全策略的行为。 | a) ；
b) ； c) ； d) ； e) ； f) ； g) ； h) ； i) ； | |
| 恶意代码防范管理 | a) ；
b) ； c) 应定期验证防范恶意代码攻击的技术措施的有效性。 | a) ；
b) ； c) ； | |
| 配置管理 | a) ；
b) 应将基本配置信息改变纳入变更范畴，实施对配置信息改变的控制，并及时更新基本配置信息库。 | a) ；
b) ；
| |
| 密码管理 | a) ; | a) ; | |
| 变更管理 | a) ；
b) 应建立变更的申报和审批控制程序，依据程序控制所有的变更，记录变更实施过程； c) 应建立中止变更并从失败变更中恢复的程序，明确过程控制方法和人员职责，必要时对恢复过程进行演练。 | a) ；
b) ； c) ； | |
| 备份与恢复管理 | a) ；
b) ； c) ； | a) ；
b) ； c) ； | |
| 安全事件处置 | a) ；
b) ； c) ； d) 对造成系统中断和造成信息泄漏的重大安全事件应采用不同的处理程序和报告程序。 | a) ；
b) ； c) ； d) ；
| |
| 应急预案管理 | a) 应规定统一的应急预案框架，并在此框架下制定不同事件的应急预案，包括启动预案的条件、应急处理流程、系统恢复流程、事后教育和培训等内容；
b) ； c) ； d) 应定期对原有的应急预案重新评估，修订完善。 | a) ；
b) ； c) ； d) ；
| |
| 外包运维管理 | a) ；
b) ； c) 应确保选择的外包运维服务商在技术和管理方面均具有按照等级保护要求开展安全运维工作的能力，并将能力要求在签订的协议中明确； d) 应在与外包运维服务商签订的协议中明确所有相关的安全要求。如可能涉及对敏感信息的访问、处理、存储要求，对IT基础设施中断服务的应急保障要求等。 | a) ；
b) ； c) ； d) ；
|
|
相关推荐
-
妹妹生了儿子怎么祝福（祝妹妹喜得儿子的祝福语简短）
生孩子送祝福是常有的事情，自己的妹妹生了儿子，作为亲人可以说一些贴心的祝福语，可以让妹妹感受到来自家里的温暖。那么，妹妹生了儿子该怎么祝福呢？让我们一起来分析一下。 1、祝福自己的妹妹喜得麟儿 祝...
-
什么叫螃蟹效应现象（螃蟹效应的哲学启示）
先来看什么叫螃蟹效应： 钓过螃蟹的人或许都知道，竹篓中放了一只螃蟹，必须要记得盖上盖子，否则它就会爬出来，但是如果你多钓几只放进去后，就不必再盖上盖子了，这时螃蟹再怎么挣扎也是爬不出来的…… 这是为什么呢...
-
白t恤沾了辣椒油（白色短袖沾了辣椒油怎么办）
生活中很多人都喜欢吃辣，辣椒油更是必不可少的好伴侣。但一不小心它就会沾在衣服上，清洗时却怎么也洗不掉，这让人们也特别烦恼。那么衣服上沾了辣椒油应该怎么办呢？它怎样才能轻松洗掉呢？ 1、衣服上沾了辣椒油以...
-
女儿红的来历故事（女儿红的来历和寓意）
著名的绍兴“花雕酒”又名“女儿酒”。晋代上虞人稽含《南方草木状》记载：“女儿酒为旧时富家生女、嫁女必备之物”，说起这个名字，还有一个故事哩！ 从前，绍兴有个裁缝师傅，取了妻子就想要儿子。一天，发现他的妻子怀...
-
帝王蟹是螃蟹吗（帝王蟹属于什么科目）
吃蟹的季节快要过去了，不知道大家有没有吃过瘾呢？在所有这些蟹类里，帝王蟹应该算是个头最大、价格最贵的了。单看名字也能感受到它的霸气侧漏，但你知道吗，你花大价钱买回来的帝王蟹，其实并不是螃蟹。 帝王蟹竟...
-
淘宝详情页模版尺寸（淘宝宝贝详情页尺寸大小）
淘宝商家在进行宝贝模板制作时要先对宝贝详情页的要求进行查看，避免出现制作完成后不符合规则导致无法上传或者上传错误的情况，那么淘宝宝贝模版字数范围是多少，淘宝宝贝详情页有什么要求？ 一、电脑端描述页面要...