1.1云环境WEB系统等级保护建设（二级）
1.1.1云模式下的安全保障体系建设
对于不同的云建设模式（自行建设模式或购买服务模式），在安全保障体系的建设上的区别体现在安全建设责任主体的区分。当使用购买服务模式时，安全建设的责任主体会区分为“云服务商”和“云租户”两部分；而自行建设模式中，并没有“云服务商”的概念存在，安全建设的责任主体是用户自身。
本次等保是基于公有云系统建设，在安全保障体系建设上应有“云服务商”和“云租户”共同来承担和建设，“云服务商”确保云服务平台的安全性，“云租户”负责基于“云服务商”提供的服务构建业务应?系统的安全。
根据GB/T 22239.2《信息安全技术网络安全等级保护基本要求第2部分：云计算安全扩展要求》的要求。对于云环境下业务系统的建设的责任划分如下表所示：
1.1.2云等保建设流程
系统定级
本次信息系统按照《信息安全等级保护管理办法》和《网络安全等级保护定级指南》，初步确定定级对象的安全保护等级，已起草的《网络安全等级保护定级报告》中指出三级以上系统，定级结论需要进行专家评审。
系统备案
信息系统安全保护等级为第二级以上时，备案时应当提交《网络安全等级保护备案表》和定级报告；第三级以上系统，还需提交专家评审意见、系统拓扑和说明、安全管理制度、安全建设方案等。
建设整改
依据《网络安全等级保护基本要求》，利用自有或第三方的安全产品和专家服务，对信息系统进行安全建设和整改，同时制定相应的安全管理制度；
等保测评
运营使用单位应当选择合适的测评机构，依据《网络安全等级保护测评要求》等技术标准，定期对信息系统安全等级状况开展等级测评。
监督检查
公安机关及其他监管部门会在整个过程中，履行相应的监管、审核和检查等职责。
1.1.3等保二级建设方案设计
网络安全拓扑
1.1.4安全技术建设设计
1.1.4.1物理和环境安全
选择已经通过“等保三级”的云服务商。在包括机房供电、温湿度控制、防风防雨防雷措施等，可直接复用已经通过云服务商的测评结论。
（不考虑未通过等保测评的云平台服务商）
1.1.4.2网络和通信安全
网络架构：应划分不同的网络区域，并按照方便管理和控制的原则为各网络区域分配地址；
访问控制：应在网络边界或区域之间根据访问控制策略设置访问控制规则，默认情况下除允许通信外受控接口拒绝所有通信；应能根据会话状态信息为进出数据流提供明确的允许/拒绝访问的能力，控制粒度为端口级；
通信传输：应采用校验码技术或加解密技术保证通信过程中数据的完整性；边界防护：应保证跨越边界的访问和数据流通过边界防护设备提供的受控接口进行通信；
入侵防范：应在关键网络节点处检测、防止或限制从外部发起的网络攻击行为；当检测到攻击行为时，记录攻击源IP、攻击类型、攻击目的、攻击时间，在发生严重入侵事件时应提供报警；
安全审计：应在网络边界、重要网络节点进行安全审计，审计覆盖到每个用户，对重要的用户行为和重要安全事件进行审计；
方案设计思路：
1. 根据服务器角色和重要性，对网络进行安全域划分；
2. 在内外网的安全域边界设置访问控制策略，并要求配置到具体的端口；
3. 在网络边界处应当部署入侵防范手段，防御并记录入侵行为；
4. 对网络中的用户行为日志和安全事件信息进行记录和审计；
安全方案设计：
（物理和环境安全设计）
1.使用云服务商的VPC网络和云防火墙/安全组对网络进行安全
域划分并进行合理的访问控制；把每个业务系统都划分在一个独立的安全组内，确保各业务系统安全隔离。
2.使用Web应用防火墙防范网络入侵行为。
3.使用态势感知的日志功能对网络行为日志和安全事件进行记录
分析和审计；
4.使用DDoS高防IP进行异常流量过滤和清洗，保证业务系统连
续性和高可用性。
1.1.4.3设备和计算安全
?身份鉴别：应对登录的用户进行身份标识和鉴别，身份标识具
有唯一性；
?访问控制：应根据管理用户的角色建立不同账户并分配权限，
仅授予管理用户所需的最小权限，实现管理用户的权限分离；
?安全审计：应启用安全审计功能，审计覆盖到每个用户，对重
要的用户行为和重要安全事件进行审计；
?入侵防范：应能够检测到对重要节点进行入侵的行为，并在发
生严重入侵事件时提供报警。
?恶意代码防范：应采用免受恶意代码攻击的技术措施或采用可
信计算技术建立从系统到应用的信任链，实现系统运行过程中重要程序或文件完整性检测，并在检测到破坏后进行恢复。
方案设计思路：
1. 避免账号共享、记录和审计运维操作行为是最基本的安全要求；
2. 必要的安全手段保证系统层安全，防范服务器入侵行为；
安全方案设计：
（设备和计算安全设计）
1.使用云堡垒机、云数据库审计对服务器和数据的操作行为进行
审计，同时为每个运维人员建立独立的堡垒机账号，避免账号共享。
2.使用主机安全系统对服务器进行完整的漏洞管理、基线检查和
入侵防御；
1.1.4.4应用和数据安全
?身份鉴别：应对登录的用户进行身份标识和鉴别，身份标识具
有唯一性，鉴别信息具有复杂度要求；
?访问控制：应授予不同帐户为完成各自承担任务所需的最小权
限，并在它们之间形成相互制约的关系；
?安全审计：应提供安全审计功能，审计覆盖到每个用户，对重
要的用户行为和重要安全事件进行审计；
?数据完整性：应采用校验码技术或加解密技术保证重要数据在
传输过程中的完整性和保密性；
?数据备份恢复：应提供异地实时备份功能，利用通信网络将重
要数据实时备份至备份场地；
方案设计思路：
1. 根据等保合规技术要求对业务系统在系统设计阶段，完成系统的身份鉴别、访问控制和操作审计等功能；
2. 数据的完整性和保密性，除了在其他层面进行安全防护以外，加密是最为有效的方法；
3. 数据的异地备份是等保三级区别于二级最重要的要求之一，是实现业务连续最基础的技术保障措施。
安全方案设计：
（应用和数据安全设计）
1.在应用开发之初，就应当考虑应用本身的身份鉴别、访问控制
和安全审计等功能；对已经上线的系统，通过增加账号认证、用户权限区分和日志审计等功能设计满足等保要求；
2.数据备份，推荐使用RDS的异地容灾实例自动实现数据备份，
亦可以将数据库备份文件手工同步到云服务商其他地区的服务器。
1.1.5安全管理建设设计
?安全策略和管理制度：应形成由安全策略、管理制度、操作规
程、记录表单等构成的全面的信息安全管理制度体系。
?安全管理机构和人员：应成立指导和管理信息安全工作的委员
会或领导小组，其最高领导由单位主管领导委任或授权。
?安全建设管理：应根据保护对象的安全保护等级及与其他级别
保护对象的关系进行安全整体规划和安全方案设计，并形成配
套文件；
?安全运维管理：应采取必要的措施识别安全漏洞和隐患，对发
现的安全漏洞和隐患及时进行修补或评估可能的影响后进行修
补；
方案设计思路：
1. 安全策略、制度和管理层人员，是保证持续安全非常重要的基础。策略指导安全方向，制度明确安全流程，人员落实安全责任。
2. 等保要求提供了一种方法论和最佳实践，安全可以按照等保的方法论进行持续的建设和管理。
3.安全策略、制度和管理层人员，需要业务实际情况，进行梳理、准备和落实，并形成专门的文件。
4.漏洞管理过程中需要用到的技术手段，推荐使用安全企业的人工安全服务快速发现云上系统漏洞，及时处理。
1.1.5.1安全策略和管理制度
安全策略是信息安全保障体系的灵魂和核心，一个良好的策略体系可以维持整个信息安全保障体系自动的进行良性循环，不断的完善信息安全保障体系。
1.1.5.2安全管理结构和人员
信息安全管理组织和人员的管理原则应包括：
1.获取项目领导小组、各租户高层领导的足够重视，保证安全管
理组织建设的顺利推进；
2.提高整体员工的安全意识和技能，从广泛的人员视角上和纵深
的层次上杜绝安全事件的发生；
3.需要不同的相关参与部门共同参与，制定不同角色和分工，从
而保障安全管理的协调统一。
1.1.5.3安全建设管理