一、账号及访问管理
1.1、多 VPC 还是多账号模式
- 单个团可以使用多 VPC 模式来管理和创建您的应用环境；
- 多个团队可以使用多账户模式来管理和隔离您的应用环境。
1.2、多账户模式，选择主 master 账号
使用一个专门的主（root）账号，其上不启用任何 AWS 资源；
对这个主账户，启用 MFA。
可以使用 AWS Control Tower 服务。
二、系统架构安全
2.1、子网建议
- 从每个可用区至少 2 个子网开始；
- 使用子网来限制因特网的访问，如私有子网；
- 考虑使用更大的子网（/24 或者更大）。
2.2、每个可用区子网划分
- 从每个可用区至少 1 个公有子网，1 个私有子网开始；
- 如果采用 3 层架构，建议使用 3 层子网结构，即公有子网、私有子网、敏感子网。
2.3、安全组的建议
- 安全组默认允许所以出流量的规则；
- 在安全组上修改这条缺省的出流量规则会增加复杂性，因此不推荐，除非有合规的要求；
- 大多数企业为每类应用在安全组中配置入站规则；
- 优先考虑使用安全组作为源；
- 如果要安全组内实例通讯，请将源设为自己。
2.4、NACL 什么时候启用
- 当需要禁止来自某特定源或者端口的流量时；
- 当子网无需访问因特网时。
2.5、VPC 互联建议
- 大多数的应用并不需要转移链路，或者数据传输带宽要求小于4Gbps，建议使用 ×××；
- 如果应用需要更加稳定的链路，更大的带宽，更低的访问延时，考虑使用 Direct Connect。
2.6、IAM 建议
- 将 IAM 策略应用到组，避免应用到单个用户；
- 使用 IAM 角色可以避免在代码中硬编码用户访问秘钥；
- 重要用户启用 MFA；
- 务必配置密码策略，定期轮换秘钥和密码。
三、数据分级及保护
3.1、KMS 存储加密建议
根据企业需求或合规需求，对数据进行分级；
根据不同的数据级别制定不同的加密策略。
3.2、传输中的数据加密 TLS
- 使用 ××× 对传输中的数据进行加密。
- 使用 HTTPS 证书对传输中的数据进行加密，建议在 ELB 上卸载证书，ELB 至后端 EC2 明文传输；
- 如果希望端到端加密，建议选择由 ELB 先卸载 TLS 证书，再同后端的 EC2 建立加密通道。
四、安全运维，监控及日志管理
4.1、CloudTrail 审计日志
- 永远在所有的区域启用 CloudTrail；
- 将 CloudTrail 日志存储到独立的审计账户 S3 存储桶中，并利用 S3 生命周期管理，长期保存。
4.2、VPC Flow Logs
- 在 Trouble Shooting 时启用 Flow Logs；
- 在应用测试，调试，试运行以及上线初期启用 Flow Logs；
- 配合 Splunk 等商业软件使用。
4.3、AWS Config
建议启用 AWS Config。
4.4、Config Rule 启用建议
- 从启用 AWS 托管规则开始；
- 根据企业自身安全基线要求，或者合规要求，自己编写规则，实现 Compliance as Code。
五、实践相应及自动化
欢迎大家扫码关注，获取更多信息
